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ABSTRACT 



A repository portal includes a repository database, file 
repository and repository APIs handled by a stream as 
metadata catalog which lists file and database data in the 
repository. Access to database and file data is possible via 
the stream. From a user's point of view, the stream provides 
a common point from which to access and manage both 
database data and file data, the distinction being limited to 
differing storage class keywords in the xMIME typing 
system. The xMIME typing system "extends" the MIME 
typing system to add the storage class to the general and 
specific types. A general class keyword is also preferably 
added to the xMIME expression for distinctly typing differ- 
ent kinds of content. 
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INFORMATION REPOSITORY SYSTEM AND 
METHOD FOR AN INTERNET PORTAL SYSTEM 

PRIORITY 

[0001] This application claims the benefit of priority to 
U.S. provisional patent application No. 60/201,901, filed 
May 4, 2000, which prior application is hereby incorporated 
by reference. 

BACKGROUND 
[0002] 1. Field of Invention 

[0003] This invention relates to the central storage of 
information that is accessed through the internet, specifi- 
cally, to improved information repository techniques to 
manage information from diverse sources including files, 
databases, and other information; and to simplify informa- 
tion access techniques via internetAveb-based services. 

[0004] 2. Description of the Related Art 

[0005] As of Mar. 16, 2001, there were an estimated 116 
million server computers connected to the internet and an 
estimated 431 million individuals accessing the Web. The 
Web consisted of an estimated two billion public pages with 
3.2 million being added daily. According to Netsizer 
(www.netsizer.com), the number of connected server com- 
puters and Web users is expected to increase annually by 
50%. 

[0006] To date, the majority of 'enterprise' applications 
deployed by large corporations has required proprietary 
software that resides on each user's CPU. The ubiquitous 
nature of the Web makes it an ideal platform to deliver 
information to individuals worldwide. To remain viable, 
proprietary software systems will have to migrate to the 
Web. 

[0007] This migration has begun, but efforts to date have 
focused in large part on 'Web-enabling' individual, single- 
purpose databases that contain only one type of information 
or file format. The primary challenge now and in the future 
will be to organize, manage and manipulate vast amounts of 
dissimilar data and deliver it to individuals authorized to 
view it via a Web browser. 

[0008] Existing systems and techniques for delivering 
information via the Web are expensive, complex, and 
extremely difficult to manage, particularly as the amount of 
available information increases. It is desired to have a 
system that reduces the expense and complexity of manag- 
ing vast amounts of dissimilar information and provides a 
much simpler technique for delivering multiple types and 
formats of information to users worldwide. 
[0009] In general, the references discussed below are only 
relevant herein in minor aspects. The references cited and 
described below typically have some interesting data man- 
agement item, or some metadata method, or document 
organization scheme that may describe features that could be 
alternatively or in combination used with elements of the 
preferred embodiments described below. For this reason, all 
of the references cited in this section are hereby incorporated 
by reference into the detailed description of the preferred 
embodiment below. Some features of these references are 
described in summary below: 

Stream Patent 

[0010] U.S. Pat. No. 6,006,227 issued on Dec. 21, 1999 to 
Yale University and is entitled Document Stream Operating 



System. The f 227 patent is about building a computer 
operating system around a stream system, which is a chro- 
nologically ordered collection of files. The stream, described 
in this patent, holds computer files, called 'documents', in 
chronological order for the purposes of storing and retriev- 
ing documents. The stream described in this patent is merely 
a replacement for the standard hierarchical computer file 
system. The main problem is that information is far more 
complicated than just a flat, simple collection of documents. 
No mention of managing file metadata is made and the '227 
patent lacks any way to simplify the volume of information 
that a large collection of documents represents. No mention 
is made of data stored in other archives, such as databases, 
nor for handling persistent program data storage needs. The 
stream described may provide a starting point for generating 
an understanding of streams disclosed as preferred embodi- 
ments below, although the changes, additions, enhance- 
ments, improvements, and new technology in streams of the 
preferred embodiments herein are clearly distinguished and 
advantageous compared to the description in the '227 patent. 

[0011] The '227 patent does not strongly relate to the 
subject matter of the present invention, and in fact, neither 
do any of the further related art patents described below. The 
'227 patent is merely a replacement for standard hierarchical 
file systems, and ignores the importance recognized in the 
present invention of adding a metadata catalog to manage 
collections of files. The '227 patent is so focused on replac- 
ing existing computer operating systems, that it misses the 
larger, more important issues of large scale information 
management described in accordance with the preferred 
embodiments below. 

Database Structures for Managing Objects/web 
Pages 

[0012] U.S. Pat. No. 6,012,067 issued on Jan. 4, 2000 and 
is entitled Method and Apparatus for Storing and Manipu- 
lating Objects in a Plurality of Relational Data Managers on 
the Web. The *067 patent describes representing and 
manipulating heterogeneous objects in relational databases 
over the internet. Objects include business logic applied to 
query results on other multimedia web objects, like text, 
audio, or video. This is a very rudimentary database infra- 
structure. It ignores the whole ability and notion of using a 
RDMB to mange metadata. The '067 patent is also narrowly 
focused on object oriented programming and CORBA. 

[0013] U.S. Pat. No. 6,181336 Bl issued Jan. 30, 2001 to 
Silicon Graphics and is drawn to Database-Independent, 
Scalable, Object-Oriented Architecture and API for Manag- 
ing Digital Assets. The '336 patent provides an example of 
a metadata asset management system associated with mul- 
timedia assets for managing a multimedia production envi- 
ronment. It is entirely focused on managing the production 
of video/audio for film, animations, video games, and the 
like. The disclosed system is designed to integrate third- 
party software applications to enable them to exchange and 
share multimedia assets, and to provide a check- in/check- 
out process to archive and protect multimedia assets. The 
'336 patent is focused on tools and utilities to create a 
uniform multimedia production environment. Hie system 
disclosed is not suitable and does not scale outside of 
multimedia production. 

[0014] U.S. Pat. No. 5,692,141 issued Nov. 27, 1997 to 
Fuji Xerox Co. and is entitled Groupware System Providing 
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Facilitated Data Transfer Among Common and Individual 
Work Areas. A groupware system is disclosed for sharing 
files over a LAN using tables to describe file locations and 
permissions to copy data files. What is disclosed in the '141 
patent could be a precursor to something like Napster. 

[0015] This second group of related art patents do not even 
begin to explore the possibilities of a metadata database 
catalog information management system. In contrast the 
preferred embodiments below describe an advantageous and 
desired metadata database catalog information management 
system, 

Web Services (Calendar & Scheduling) 

[0016] U.S. Pat. No. 6,064,977 issued May 16, 2000 to 
IBM and is entitled and is entitled Web Server with Inte- 
grated Scheduling and Calendering. The '977 patent 
describes a method for integrating non-HTML data into a 
web server and thereby into a client browser. The '977 patent 
described a redesigns of a web server to include additional 
code modules to handle non-HTML data, wherein a dis- 
closed module would reformat data into HTML to be sent to 
a web browser. Lotus Notes is used as an example, and the 
'977 patent may be a Domino Web Server foundation patent. 

[0017] U.S. Pat. No. 6,128,645 issued Oct. 3, 2000 to 
PFN, Inc. and is entitled Hyper and Client Domain Servers. 
The '645 patent disclosed to set up closely cooperating 
domain servers or communication servers to control distri- 
bution, access, security, filtering, organizing, and display of 
info across LANs and WANs. These fancy DNS servers do 
a lot more than just share URLs, IP addresses, and network 
topology information, they also implement access, security, 
etc. policies across a network. 

[0018] U.S. Pat. No. 6,014,135 issued Jan. 11, 2000 to 
Netscape Communications Corp. and is entitled Collabora- 
tion Centric Document Processing Environment Using an 
Information Centric Visual User Interface and Information 
Presentation Method. A user interface design is described for 
simplifying interaction with communications, for schedul- 
ing meetings, etc. The '135 patent describes an attempt to 
manage collaboration over people, time, and documents, as 
a user interface design. The '135 patent may have something 
to do with a backend server. 

[0019] This third group of related art patents does not deal 
with web-based services. Neither do they deal with backend 
repository services for making them work efficiently. 

Hyperlinked Document Structures/Databases 

[0020] U.S. Pat. No, 5,008,853 issued Apr. 16,1991 to 
Xerox Corporation and is entitled Representation of Col- 
laborative Multi-User Activites Relative to Shared Struc- 
tured Data Objects in a Networked Workstation Environ- 
ment. The *853 patent describes a collaborative file server 
plus client user interface design. This patent describes data 
objects for managing common * Books' where multiple users 
can review and edit contents. The disclosed system uses 
collection of data objects to carry tracking and status info to 
manage books. The system relies on a networked file system 
and on closely networked workstations for information 
sharing. There is a large focus in the '853 patent on a user 
interface. The system could be precursor to InterLeaf, an old 
Unix text/file editing system which is not in current favor in 
the industry. 



[0021] U.S. Pat. No. 6,038,574 issued Mar. 14, 2000 to 
Xerox Corporation and is entitled Method and Apparatus for 
Clustering a Collection of Linked Documents Using Co- 
Citation Analysis. The disclosed system organizes web 
documents using link clustering by grouping those docu- 
ments that share links to the same other documents. The 
shared links are counted and used as a threshold to establish 
clusters. 

[0022] U.S. Pat. No. 6,189,019 Bl issued Feb. 13, 2001 to 
Microsoft Corporation and is entitled Computer System and 
Computer-Implemented Process for Presenting Document 
Connectivity. A system is disclosed for displaying and 
traversing links between hypertext documents, specifically, 
those on the Web. The system has outline and link views, 
mainly concerned with user interface and support code. No 
attempt is made to understand documents other than by links 
between documents. 

[0023] U.S. Pat. No. 6,122,647 issued Sep. 19, 2000 to 
Perspecta, Inc. and is entitled Dynamic Generation of Con- 
textual Links in Hypertext Documents. A system is 
described for relating documents and portions of documents 
via tags or labels which are defined as contextual links 
between multiple documents as preserved in a knowledge 
base layered on a document collection. The '647 patent 
attempts to relate text fragment from multiple documents 
together. The disclosed system uses an automated morpho- 
logical analysis to extract terms from text, makes tags, then 
tries to relate document fragments on the basis of tag 
matches. The '647 patent describes methods, but does not 
describe how to organize a knowledge base. 

[0024] U.S. Pat. No. 5,809,317 issued Sep. 15, 1998 to 
Intel Corporation and is entitled Creating and Maintaining 
Hypertext Links Among Heterogeneous Documents by the 
Establishment of Anchors and Connections Among Anchors. 
The '317 patent describes a method for hyper linking 
documents or portions of documents together. Multiple link 
endpoints or anchors may be part of a specific hyperlink 
which may link multiple documents together. The disclosed 
system may be used to create new, dynamic documents from 
fragments of other documents that participate in specific 
hyperlinks. The system seems to use and perhaps compete 
with Object Linking and Embedding of Microsoft. 

[0025] This fourth group of related art patents is mostly 
concerned with how to organize documents according to 
their hyperlinks, or according to some method for measuring 
congruency between document fragments. They generally 
disclose systems that manage documents, which are com- 
puter files, based upon author provided labels or algorithm- 
derived labels. No attempt is made in these patents to utilize 
user/task context to build a more robust set of structural 
relationships between documents. 

OBJECTS AND ADVANTAGES OF THE 
PRESENT INVENTION 

[0026] In view of the above, some objects and advantages 
of the present invention include: 
[0027] (1) to provide a repository which can be used to 
enable, enhance, and render easier collaborative com- 
munication, working, and information sharing, for 
instance, by members of a project team; 
[0028] (2) to provide a repository which is robust 
enough to hold and protect very large volumes of 



10/18/2003, EAST Version: 1.04.0000 



US 2002/0103818 Al 



3 



Aug. 1, 2002 



information and make that information available 24 
hours/day, 365 days/year, in perpetuity; 

[0029] (3) to provide a secure repository which parti- 
tions information into separate, shared, private work- 
spaces to protect people's information and to separately 
support a plurality of organizations, users, and projects; 

[0030] (4) to provide a repository that makes it easy to 
organize, manage, and access information to simplify 
how users to interact with their information and col- 
laborate with each other; 

[0031] (5) to provide repository APIs that make it easy 
to build and maintain internet/web-based services that 
access information in the repository; 

[0032] (6) to provide a repository which is able to 
seemlessly hold information in both computer files and 
in database records; 

[0033] (7) to provide a repository which extends the 
Multipart Internet Mail Extension (MIME) file typing 
system which applies data typing to data records in 
databases and which includes the standard MIME file 
types for files; 

[0034] (8) to provide a repository which, in conjunction 
with the Extended MIME (xMIME(TM)) data typing 
system, provides the ability to create Abstract Data 
Types in the repository; 

[0035] (9) to provide a repository which provides the 
Stream, a metadata table in the repository database, 
which lists and holds data about every entry in the 
repository, which manages the disposition of repository 
entries; 

[0036] (10) to provide a repository with the Stream 
which supports the creation of complex, dynamic infor- 
mation structures and clusters, which has data typing 
capabilities similar to programming languages; 

[0037] (11) to provide a repository which supports 
ownership, visibility, and security of information in the 
repository; 

[0038] (12) to provide a repository which supports 
attributes that simplify the categorization, organization, 
and annotation of information; 

[0039] (13) to provide a repository which supports 
version control of entries in the repository; 

[0040] (14) to provide a repository which can be parti- 
tioned into a plurality of interconnected, cooperating 
repositories that can be placed on a plurality of com- 
puters for performance, content, and security reasons; 

[0041] (15) to provide a repository which can manage 
itself, including software and other files, database 
schema, and installation procedures, files, and initial 
data records. 

[0042] Further objects and advantages of this invention 
will become apparent from a consideration of the drawings 
and ensuing discussion of the preferred embodiments below. 

SUMMARY OF THE INVENTION 

[0043] In view of the above, a data repository portal 
running on one or more computers for managing informa- 



tion is provided. The portal includes a set of repository API's 
for interfacing the repository with a computer network, a file 
repository containing file data, and a repository database. 
The repository database includes a stream table having 
entries for the file data and for database data, such that the 
file data and the database data are managed within the same 
data storage environment. 

[0044] Another data repository portal running on one or 
more computers for managing information is further pro- 
vided. The portal includes a set of repository APFs for 
interfacing the repository portal with a computer network, a 
file repository containing file data, and a repository database. 
The repository database includes a stream table having 
entries for the file data and for database data. The stream 
entries for the file data and for the database data are indexed 
according to an extended MIME typing that includes a 
storage class, along with a general type and a specific type, 
for distinctly typing the file data and the database data within 
the same data storage environment. 

[0045] Another data repository portal running on one or 
more computers for managing information is further pro- 
vided. The portal includes a set of repository API's for 
interfacing the repository with a computer network, a file 
repository containing file data, and a repository database. 
The repository database includes a stream table having 
entries for the file data and for database data. The stream 
entries for the file data and for the database data are indexed 
according to an extended MIME typing that includes a 
general class, along with a general type and a specific type, 
for distinctly classifying kinds of content within the same 
data storage environment. 

[0046] A repository database stored on one or more com- 
puters is also provided. The repository database includes a 
stream table having entries for file data and for database 
data, such that the file data and the database data are 
managed within the same data storage environment. 

[0047] Another repository database stored on one or more 
computers is further provided. The repository database 
includes a stream table having entries for file data and for 
database data. The stream entries for the file data and for the 
database data are indexed according to an extended MIME 
typing that includes a storage class, along with a general 
type and a specific type, for distinctly typing the file data and 
the database data within the same data storage environment. 

[0048] Another repository database stored on one or more 
computers is additionally provided. The repository database 
includes a stream table having entries for file data and for 
database data. The stream entries for the file data and for the 
database data are indexed according to an extended MIME 
typing that includes a general class, along with a general 
type and a specific type, for distinctly classifying kinds of 
content within the same data storage environment. 

[0049] Another repository database stored on one or more 
computers is also provided. The repository database 
includes a stream table having entries for managing data 
within a data storage environment including at least one 
other repository database. The repository databases within 
the data storage environment have stream connector entries 
for establishing a connection between the repository data- 
bases. 

[0050] Another repository database stored on one or more 
computers is further provided. The repository database 
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includes a stream table having entries for managing data 
within a data storage environment that are indexed accord- 
ing to an extended MIME typing that includes a storage 
class, along with a general type and a specific type. The data 
storage environment includes at least one additional reposi- 
tory database. The repository databases within the data 
storage environment have stream connector entries for 
establishing a connection between the repository databases. 

[0051] Another repository database stored on one or more 
computers is also provided. The repository database 
includes a stream table having entries for managing data 
within a data storage environment that are indexed accord- 
ing to an extended MIME typing that includes a general 
class, along with a general type and a specific type. The data 
storage environment includes at least one additional reposi- 
tory database. The repository databases within the data 
storage environment have stream connector entries for 
establishing a connection between the repository databases. 

[0052] Another repository database stored on one or more 
computers is also provided. The repository database 
includes a system table space and multiple content table 
spaces. The system table space includes a system stream 
table having entries for file data and for database data, such 
that the file data and the database data are managed within 
the same data storage environment. 

[0053] An additional repository database stored on one or 
more computers is provided. The repository database 
includes a system table space and multiple content table 
spaces. The system table space includes a system stream 
table having entries for file data and for database data. The 
stream entries for the file data and for the database data are 
indexed according to an extended MIME typing that 
includes a storage class, along with a general type and a 
specific type, for distinctly typing the file data and the 
database data within the same data storage environment. 

[0054] Another repository database stored on one or more 
computers is provided. The repository database includes a 
system table space and multiple content table spaces. The 
system table space includes a system stream table having 
entries for file data and for database data. The stream entries 
for the file data and for the database data are indexed 
according to an extended MIME typing that includes a 
general class, along with a general type and a specific type, 
for distinctly classifying kinds of content within the same 
data storage environment. 

[0055] An additional repository database stored on one or 
more computers is provided. The repository database 
includes a system table space and multiple content table 
spaces. The system table space includes a system stream 
table having entries for file data and for database data such 
that the file data and the database data are managed within 
a same data storage environment. The content table spaces 
each includes a content table space stream table. The system 
stream table and the content table space stream tables further 
include stream connector entries for establishing connec- 
tions therebetween. 

[0056] Another repository database stored on one or more 
computers is additionally provided. The repository database 
includes a system table space and multiple content table 
spaces. The system table space includes a system stream 
table having entries for file data and for database data. The 



stream entries for the file data and for the database data are 
indexed according to an extended MIME typing that 
includes a storage class, along with a general type and a 
specific type, for distinctly typing the file data and the 
database data within the same data storage environment. The 
content table spaces each include a content table space 
stream table, and the system stream table and the content 
table space stream tables also include stream connector 
entries for establishing connections therebetween. 

[0057] Another repository database stored on one or more 
computers is provided. The repository database includes a 
system table space and multiple content table spaces. The 
system table space includes a system stream table having 
entries for file data and for database data. The stream entries 
for the file data and for the database data are indexed 
according to an extended MIME typing that includes a 
general class, along with a general type and a specific type, 
for distinctly classifying kinds of content within the same 
data storage environment. The content table spaces each 
include a content table space stream table, and the system 
stream table and the content table space stream tables also 
include stream connector entries for establishing connec- 
tions therebetween. 

[0058] A stream table stored on one or more computers is 
also provided for managing data within a data storage 
environment. The stream table includes entries for file data 
and for database data, such that the file data and the database 
data are managed within the same data storage environment. 

[0059] Another stream table stored on one or more com- 
puters for managing data within a data storage environment 
is further provided. The stream table includes stream entries 
for file data and for database data. The stream entries for the 
file data and for the database data are indexed according to 
an extended MIME typing that includes a storage class, 
along with a general type and a specific type, for distinctly 
typing the file data and the database data within the same 
said data storage environment. 

[0060] Another stream table stored on one or more com- 
puters for managing data within a data storage environment 
is also provided. The stream includes stream entries for file 
data and for database data. The stream entries for the file 
data and for the database data are indexed according to an 
extended MIME typing that includes a general class, along 
with a general type and a specific type, for distinctly 
classifying kinds of content within the same data storage 
environment. 

[0061] A method for managing data in a repository portal 
including a file repository module, a repository database and 
a set of APIs is also provided. The method includes storing 
file data in a file repository module of the repository portal, 
storing database data in a repository database of said reposi- 
tory portal, and indexing the file data and the database data 
in a same stream table for managing the file data and the 
database data in the same data storage environment. 

[0062] Another method is provided for managing data in 
a repository portal including a file repository module, a 
repository database and a set of APIs. The method includes 
storing file data in a file repository module of the repository 
portal, storing database data in a repository database of the 
repository Portal, and indexing the file data and the database 
data according to an extended MIME typing that includes a 
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storage class, along with a general type and a specific type, 
for distinctly typing the file data and the database data within 
the same data storage environment. 

[0063] Another method is provided for managing data in 
a repository portal including a file repository module, a 
repository database and a set of APIs. The method includes 
storing file data in a file repository module of the repository 
portal, storing database data in a repository database of the 
repository portal, and indexing the file data and the database 
data according to an extended MIME typing that includes a 
general class, along with a general type and a specific type, 
for distinctly classifying kinds of content within the same 
data storage environment. 

[0064] A further method is provided for managing data. 
The method includes storing file data and storing database 
data, and indexing the file data and the database data in a 
same stream table for managing the file data and the data- 
base data in the same data storage environment. 

[0065] Another method is provided for managing data. 
The method includes storing file data and storing database 
data, and indexing the file data and the database data 
according to an extended MIME typing that includes a 
storage class, along with a general type and a specific type, 
for distinctly typing the file data and the database data within 
the same data storage environment. 

[0066] A further method is provided for managing data. 
The method includes storing file data and storing database 
data, and indexing the file data and the database data 
according to an extended MIME typing that includes a 
storage class, along with a general type and a specific type, 
for distinctly typing the file data and the database data within 
the same data storage environment. The indexing includes 
storing entries for the file data and the database data in the 
same stream table for managing the file data and the data- 
base data in the same data storage environment. 

[0067] A further method is provided for managing data. 
The method includes storing file data and storing database 
data, and indexing the file data and the database data 
according to an extended MIME typing that includes a 
general class, along with a general type and a specific type, 
for distinctly classifying different kinds of content within the 
same data storage environment. 

[0068] Another method for managing data is provided. 
The method includes storing file data and storing database 
data, and indexing the file data and the database data 
according to an extended MIME typing that includes a 
general class, along with a general type and a specific type, 
for distinctly classifying different kinds of content within the 
same data storage environment. The indexing includes stor- 
ing entries for the file data and the database data in the same 
stream table for managing the file data and the database data 
in the same data storage environment. 

[0069] A further method for managing data is provided. 
The method includes indexing file data and database data in 
the same stream table for managing the file data and the 
database data in the same data storage environment. 

[0070] A further method for managing data is provided. 
The method includes indexing file data and database data 
according to an extended MIME typing that includes a 
storage class, along with a general type and a specific type, 



for distinctly typing the file data and the database data within 
the same data storage environment. 

[0071] Another method for managing data is provided. 
The method includes indexing file data and database data 
according to an extended MIME typing that includes a 
storage class, along with a general type and a specific type, 
for distinctly typing the file data and the database data within 
the same data storage environment. The indexing includes 
storing entries for the file data and the database data in the 
same stream table for managing the file data and the data- 
base data in the same data storage environment. 

[0072] Another method for managing data is provided. 
The method includes indexing file data and database data 
according to an extended MIME typing that includes a 
general class, along with a general type and a specific type, 
for distinctly classifying different kinds of content within the 
same data storage environment. 

[0073] A further method for managing data is provided. 
The method includes indexing the file data and database data 
according to an extended MIME typing that includes a 
general class, along with a general type and a specific type, 
for distinctly classifying different kinds of content within the 
same data storage environment. The indexing includes stor- 
ing entries for the file data and the database data in the same 
stream table for managing the file data and the database data 
in the same data storage environment. 

[0074] A recording medium having a software algorithm 
stored thereon for providing instructions for one or more 
processors to perform any of the above methods is also 
provided. 

[0075] A computer system including one or more proces- 
sors and having a software algorithm stored therein for 
providing instructions for the one or more processors to 
perform any of the above methods is also provided. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0076] FIG. 1 schematically illustrates a portal system 
conceptual architecture according to a preferred embodi- 
ment from a user's point of view, including: users, authen- 
tication, services, and repository with workspaces. 

[0077] FIG. 2 schematically illustrates how multiple tiers 
of servers that implement the repository of FIG. 1 are laid 
out on the server computer in accord with a preferred 
embodiment in relation to surrounding components. 

[0078] FIG. 3 schematically shows a conceptual configu- 
ration of an information repository in accord with a pre- 
ferred embodiment. 

[0079] FIG. 4 schematically shows a configuration of 
repository APIs in accord with a preferred embodiment. 

[0080] FIG. 5a schematically shows a configuration of 
repository table spaces in accord with a preferred embodi- 
ment. 

[0081] FIG. 56 schematically shows a configuration of a 
typical table space in accord with a preferred embodiment. 

[0082] FIG. 6 schematically shows a configuration of a 
repository database schema in accord with a preferred 
embodiment. 
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[0083] FIG. 7 schematically shows a configuration of a 
stream record in accord with a preferred embodiment. 

[0084] FIG. 8a schematically shows link fields in a stream 
record in accord with a preferred embodiment. 

[0085] FIG. Hb schematically illustrates how a stream 
table in accord with a preferred embodiment may support 
three kinds of links between stream entries. 

[0086] FIG. 9 schematically shows connections between 
multiple repository streams in accord with a preferred 
embodiment. 

[0087] FIG. 10 schematically shows a configuration of file 
repository file directories in accord with a preferred embodi- 
ment. 

[0088] FIG. 11 schematically shows high level repository/ 
stream features in accord with a preferred embodiment. 

[0089] FIG. 12 schematically shows a portal schema in 
accord with a preferred embodiment. 

[0090] FIG. 13 schematically shows a login-authentica- 
tion process with interaction with a repository database and 
stream in accord with a preferred embodiment. 

[0091] FIG. 14 schematically shows a layout concept of a 
web-based portal user interface in accord with a preferred 
embodiment. 

[0092] FIG. 15 schematically shows a service modular 
layout and interaction with a repository database in accord 
with a preferred embodiment. 

[0093] FIG. 16 schematically shows a conceptual struc- 
ture of information in accord with a preferred embodiment. 

LIST OF REFERENCE NUMERALS 

[0094] A list of reference numerals and the names of their 
respective parts in the drawings is provided below: 

[0095] 1-Repository System Table Space 

[0096] 2-Content Table Spaces 

[0097] 3-Stream Table 

[0098] 4-Abstract Data Type Tables 

[0099] 5-File Repository 

[0100] 6-Stream Record or Stream Entry. The stream 
entry include both the stream record and the match- 
ing content, some file or some other database 
record(s). The two names are used somewhat inter- 
changeably. 

[0101] 7-Stream ID, Stream Identification Number 

[0102] 8-Data Record 

[0103] 9-Identification Group 

[0104] 10-Date Group 

[0105] 11-Ownership Group 

[0106] 12-Link Group 

[0107] 13-Access Group 

[0108] 14-Disposition Group 

[0109] 15-Metering Group 



[0110] 16-Type Group 

[0111] 17-Location Group 

[0112] 18-Name Group 

[0113] 19-Stream Link Entry 

[0114] 20-SLinkID, Strong Link ID Number 

[0115] 21-WLinkID, Weak Link ID Number 

[0116] 22-Strong Binding Link 

[0117] 23-Weak Binding Link 

[0118] 24-Steam Connector 

[0119] 25-Steam Connection 

[0120] 26-Steam Connection to distant, not shown, 
streams 

[0121] 27-File Repository Directory 

[0122] 28-File Repository File 

[0123] 29-Service Framework 

[0124] 30-Module for adding, updating, or deleting 
information in the repository 

[0125] 31-Module for retrieving information from 
the repository 

[0126] 32-Module for generating HTML document 
that is sent to user 

[0127] 33-Left side, vertical Navigation Bar 

[0128] 34-Right side Service Display Page 

[0129] 35-Popup Subwindows 

[0130] 36-Information search results list 

[0131] 37-Control Strip with icon buttons 

[0132] 38-Icon buttons 

[0133] 39-Service button 

[0134] 40-CTuster Root 

[0135] 41-Sub-Quster Root 

[0136] 42-Data Cluster 

[0137] 43-Atomic Data Item 

[0138] 44-Cluster Link 

Incorporation by Reference 

[0139] Each of the references cited above and below, and 
including that which is described in the related art descrip- 
tion, the above invention summary, the abstract below, and 
elsewhere herein, is hereby incorporated by reference into 
the detailed description of the preferred embodiments below, 
as disclosing alternative embodiments of elements or fea- 
tures of the preferred embodiments not otherwise set forth in 
detail below. A single one or a combination of two or more 
of the references cited herein may be consulted to obtain a 
variation of the preferred embodiments described in the 
detailed description below and within the scope of the 
present invention. 
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DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENTS 

[0140] The preferred embodiments describe an informa- 
tion repository that provides access to stored information via 
internet/web-based portal services. A basic conceptual view 
according to a preferred embodiment is illustrated in FIG. 1 
showing the repository as a component of a portal system. 
The portal system has services that deliver information from 
the repository workspaces to users on the internet. The 
repository comprises a computer file system repository, a 
repository database, and a set of Application Program Inter- 
faces (API). The portal shown in FIG. 1 also includes an 
authentication module. 
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[0143] A conceptual embodiment for the preferred reposi- 
tory is shown in FIG. 3. The repository incorporates three 
major components, a set of repository APIs, a repository 
database, and a file repository. The repository APIs are 
implemented in software and provide an interface to the 
information repository. The repository database is imple- 
mented using a standard Relational Database Management 
(RDBM) system. The file repository is a directory on the 
server computer's file system. All three repository compo- 
nents may be implemented using off-the-shelf commercial 
components or open standard technologies. Special care has 
been taken to work in official ANSI or Open Systems 
standards so as to be portable between different commercial 
products. 

Repository API's 

[0144] FIG. 4 details the preferred repository APIs. The 
APIs enable external systems to interact with information in 
the repository. The preferred embodiment of the repository 
APIs are implemented using Allaire's Cold Fusion Markup 
Language (CFML) and ANSI Standard Query Language 
(SQL). The APIs implement a minimum of nine methods or 
functions including: Create, Add, Change, Delete, Copy, 
Move, Get, Search, and Sort. The APIs employ SQL to 
interact with the repository database and present CFML 
functions to the external system. 



[0145] A preferred embodiment of the Standard General 
Stream API (SGSAPI) is written in a combination of CFML 
(Cold Fusion Markup Language) and SQL. Other embodi- 
ments may employ Server Side JavaScript and ODBC, or 
Java and JDBC, or C++ and ODBC, or many other language/ 
SQL interfaces to implement the SGSAPI. In our preferred 
embodiment, CFML runs on the Cold Fusion Application 
Server which connects to a web server on the front end and 
to a database server on the backend, as illustrated in FIG. 3. 

Repository Database 

[0146] FIGS. 5a, 5b, and 6 detail a preferred embodiment 
of the repository database. The repository database works in 
conjunction with the file repository 5 (FIG. 6). The reposi- 
tory database contains a plurality of tablespaces: a System 
Tablespace 1 (FIG. 5) and a plurality of Content Tablespaces 
2 (FIG. 5). Each tablespace has a separate database schema 
which may be a variation on the standard repository data- 
base schema. 

[0147] Each tablespace may represent a different authori- 
zation boundary since each stream can manage it own 
authorization data. As a user traverses from tablespace to 
tablespace, or from stream to stream, the user may be 
required to perform an authentication process before being 
granted access to the next stream. Under one embodiment, 
tablespaces could be construed to be synomous with work- 
spaces within some hierarchy of workspaces, with some 
workspaces also being authorization boundaries. 

[0148] FIG. 6 illustrates the preferred embodiment of the 
standard repository database schema. The standard schema 
contains three types of tables. Each tablespace has at least 
one Stream table 3, a variable number of Abstract Data Type 
tables 4, and a standard set of support tables. Each stream 
entry 6 refers to one file in the file repository 5 or one data 
record 8 in an Abstract Data Type table. There is an entry in 
the stream for each file in the file repository and for each data 
record in the Abstract Data Type tables. Stream entries and 
data records are joined together by their shared Stream 
Identification Number (StreamID) 7. 

[0149] The stream table is the foundation of the informa- 
tion repository and repository database. The stream is a 
metadata catalog that contains data about everything stored 
in the repository. The stream lists every entry in the reposi- 
tory; each entry in the list holds metadata (data about data) 
about some entry in the repository. The metadata includes 
unique identification, dates about when an item was entered 
in the repository, or information changes, storage locations, 
item types, author IDs, and more. 

[0150] The stream table supports higher levels of organi- 
zation and structuring of information in the repository. 
Stream entries can be grouped into dynamic clusters and 
clusters of clusters, and placed into information structures 
and constructs. 

[0151] Tables 1.1-4.2, below, shows an illustrative listing 
of a repository specification in accordance with a preferred 
embodiment. The repository specification has four major 
sections: The Stream, Admin Data Types, Attribute Data 
Types, and Service Data Types. The stream section has the 
specification for the stream, stream identifier, stream con- 
nector, links, labels, and folders. The admin data type 
section describes specifications to support organizations, 
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persons, workspaces, and more. The attribute data type 
section has specification for the basic, built-in data types. 
The service data types section has specifications for data 
types that directly support the development and implemen- 
tation of services that operate over the web. 

Stream Table Definition 

[0152] FIG. 7 details the preferred embodiment for the 
stream record that is implemented in the stream table. The 
definition of the stream table is part of the repository 
database schema. There are ten groups of table fields in the 
stream table. These groups are called Attribute Groups. They 
are: Identification, Date, Ownership, Link, Access, Dispo- 
sition, Metering, Type, Location, and Name. These groups 
are typical of the types of groups employed in the stream 
record, but this list of groups is not an exhaustive list of 
potential stream attribute groups. 

Identification Group 

[0153] The Identification Group 9 (FIG. 7) only has the 
StreamID field. The StreamID, stream identification number, 
is an integer value that is incremented and assigned as a 
unique, sequential, identifier for every new stream entry. The 
StreamID insures a unique identity for each stream record or 
entry. 

Date Group 

[0154] The Date Group 10 (FIG. 7) has the CreateDate, 
ChangeDate, BeginDate, and EndDate fields. CreateDate is 
a date-time that is set when a stream entry is created. The 
ChangeDate, initialized when a stream entry is created, is 
updated whenever a stream entry is changed. BeginDate 
specifies the date-time when a stream entry becomes current 
and EndDate specifies when a stream entry is no longer 
current or has expired. 

Ownership Group 

[0155] The Ownership Group 11 (FIG. 7) includes the 
OrgID, WorkspaceD, OwnerlD, and AuthorlD fields. The 
OrgID is the StreamID of the owning organization, Work- 
spacelD is the StreamID of the owning Workspace, 
AuthorlD is the StreamID of the person who created a 
stream entry, and OwnerlD is the StreamID of the organi- 
zation, person, or workspace who owns a stream entry if the 
author is not the owner. 

Link Group 

[0156] The Link group 12 (FIG. 7) has two link references 
fields, SLinkID and WLinkID . Links refer to other stream 
entries by holding the StreamID of the target stream entry. 
The links are reverse references — as opposed to the usual 
forward references; links point from child to parent. Links 
create three kinds of relationships between stream entries: 
strong binding implemented by SLinkID, weak binding 
implemented by WLinkID, and indirect binding imple- 
mented through stream links. 

[0157] FIG. 8a shows the logical arrangement of Strea- 
mID 7, SLinkID 20, and WLinkID 21 within a stream record 
as used in FIG. 86, FIG. Sb illustrates the three links types 
supported in the stream. Stream record at 245 is the target or 
parent record for the three examples. The stream record at 
296 is a stream link that indirectly binds 22a,23a stream 



record 312 to stream record 245. Stream record 321 is 
weakly linked 2lb to stream record 245, and Stream record 
459 is strongly finked 22c to stream record 245. 

Access Group 

[0158] The Access group 13 (FIG. 7) has AccessLevel, 
Protect, Context, and Enabled fields. AccessLevel is one of 
four levels Viewer, User, Admin, and Super Admin that 
controls who has access to specific stream entries. Super- 
Admins have the most access, Viewers have the least. 
Viewers are unable to create or change anything in the 
repository. 

[0159] Protect is set to either Private, Read, or Write. 
Protect controls user stream entry permissions, for example 
a user must have Write protection to be able to change or 
delete a stream entry. Context is set to None, Open, Com- 
mon, Publish. 

[0160] Context controls the visibility of stream entries. 
Context set to None limits the visibility of a stream entry to 
the enclosing workspace. Open context sets visibility to an 
entire organization. Common context sets visibility to the 
portals and organizations. Publish context makes stream 
entries visible to the entire World Wide Web. 

[0161] Enabled controls access to stream entries. Enable 
allows Admins and SuperAdmins to turn stream entries on 
and off. Stream entries that are turned off are not visible to 
Users or Viewers. Stream entries that are turned off by 
SuperAdmins are not visible to Admins. The intent of 
Enable is to allow stream entries to be turned off, made 
unavailable, without having to delete them. This allows 
Admins to disable a user or any content that can be re- 
enabled later when issues are resolved. 

Disposition Group 

[0162] The Disposition group 14 (FIG. 7) has the LockID, 
Archive, EDelete, and Version fields. LockID allows some- 
one to lock a stream entry for checkout and/or while editing. 
Archive indicates that a stream entry is archived or not. 
EDelete indicates when a stream entry is marked for delete; 
stream entries marked for delete are no longer accessible. 
Version indicates a stream entry is under version control and 
the most recent version number. 

Metering Group 

[0163] The Metering group 15 (FIG. 7) has the TCount, 
RCount, LSize, and RSize. TCount and RCount are the total 
and recent hit counters for a stream entry. LSize and RSize 
contain the stream entry size in bytes, with LSize holding the 
size of the stream record and RSize holding the size of the 
stream entry's content. 

Type Group 

[0164] The Type group 16 (FIG. 7) has the GeneralClass, 
StorageClass, GeneralType, and SpecificType fields. These 
fields are part of the repository's Extended MIME (xMIME) 
typing system. The preferred embodiment of the xMIME 
typing system extends the existing open internet standard 
MIME file typing system in four ways. 
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Extended Mime (xMIME) Typing System 

[0165] The existing MIME typing system expresses file 
media types with a two part expression: 

[0166] General Type/Specific Type 

[0167] where the General Type is a keyword like text, 
image, video, audio, application, etc.; and the Specific Type 
is another keyword such as gif, plain, html, etc. Some 
examples are: text/plain, text/html, image/gif. See MIME 
type references and specifications (rfc2045, rfc2046, 
rfc2047, rfc2048, rfc2049, rfc2112, rfc2184, rfc822, and 
other obsolete MIME specifications). 

[0168] A first way that xMIME advantageously extends 
the older system in accordance with a preferred embodiment 
herein is by adding two new parts to the MIME type 
expression: General Class and Storage Class. The xMIME 
expression is: 

[0169] General Class/Storage Class/General Type/Specific 
Type 

[0170] Where the General Class is a keyword like type, 
portal, content, attribute, foreign, etc.; and the Storage Class 
is a keyword like file, stream, database, etc. The General 
Type and Specific Type are the same as before, but more 
keywords are added to cover a much wider variety of types. 
Some examples are: 

[0171] content/file/image/gif 

[0172] portal/file/text/cfml 

[0173] content/stream/text/message 

[0174] content/stream/numeric/real 

[0175] content/oracle/sales/customer 

[0176] A second way that xMIME advantageously extends 
the older system in accordance with a preferred embodiment 
herein is that the xMIME can also specify type for records 
in databases. The type prefix content/stream refers to infor- 
mation that exists in the repository database. The type prefix 
content/oracle refers to database records in an external 
Oracle database. 

[0177] A third way that xMIME typing system advanta- 
geously extends the old MIME system is by enabling new 
types to be defined, which are specified using the 'type* 
General Class. New xMIME types can be added at any time 
and does not require a formal petition to a standards body. 
This enables xMIME to incorporate and include the entire 
set of pre-existing MIME types, which makes the xMIME 
typing system compatable and interoperable with MIME 
types. Some examples are: 

[0178] type/file/image/gif 

[0179] type/file/text/cfml 

[0180] type/stream/text/message 

[0181] type/oracle/sales/customer 

[0182] A fourth way that xMIME typing system advanta- 
geously extends the old MIME system is by applying 
xMIME types to the Abstract Data Type (ADT) tables and 
ADT data records in the repository database. ADT Data 
records are joined to entries in the stream and have xMIME 
specifications that identify their data type. This enables the 



repository to define and manage persistent information in the 
stream with a flexibility rivaling programming languages. 

Location Group 

[0183] The Location group 17 (FIG. 7) has the Location 
field. Location gives the relative path to content of the 
stream entry. The path may be a file system path name or a 
URL. 

Name Group 

[0184] The Name group 18 (FIG. 7) has the Name field. 
The Name is the name text assigned to stream entries. 

Abstract Data Types 

[0185] FIG. 6 illustrates the preferred embodiment for a 
plurality of Abstract Data Type (ADT) tables 4. Each ADT 
table follows the same general structure or schema. Each 
ADT table has an SID (Stream Identification Number) that 
guarantees uniqueness and a set of data columns grouped as 
the 'Value'. Some ADT tables are defined and used by the 
repository system, some are provided by the repository 
system as 'built-in' types, still others may be defined and 
used by repository users. 

[0186] Abstract Data Type tables may be added or 
removed from the repository database. Typically, the reposi- 
tory database tends to accumulate ADT tables as more and 
more data types are defined. 
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[0188] Data records in the Abstract Data Type tables are 
joined to or refer to StreamlDs in the Stream table. For each 
repository entry that refers to a data record in an ADT table, 
the SID in the ADT table is equal to the StreamlD in the 
Stream table. Thus, each and every data record in an 
Abstract Data Type table has a matching entry in the Stream 
table. Since the StreamlD is unique in the Stream table, then 
the StreamlD guarantees uniqueness in the Abstract Data 
Type tables. 

Built-in Types 

[0189] Several important Abstract Data Types are built-in 
to the repository database to enhance organization of infor- 
mation. These types attach additional data to entries in the 
stream to enhance information organization, structure, and 
searchability. The built-in types include Labels, Folders, and 
Attributes. 

[0190] Labels are entered into the stream and attached to 
other stream entries to create a set of searchable categories. 
Labels may be attached to labels, which enables the creation 
of searchable label hierarchies. Folders are implemented the 
same as labels, except folders and labels are a different data 
types. 
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[0191] Attributes are name-value pairs. Attribute value 
may be any data type supported by the repository database, 
including: text, numeric, dates, and others. Attributes are 
entered into the stream and attached to other stream entries. 
Attributes belong to the entries to which they are attached. 
Attributes facilitate the creation of dynamic data structures. 

Repository Network 

[0192] A single, large repository system can be assembled 
from a plurality of interconnected repositories. Each sepa- 
rate repository in the network manages its own set of 
repository stream entries, its own repository APIs, repository 
database, and file repository. Each repository manages its 
own resources and has its own server computers). The 
network of repositories may be multiply connected through 
Stream Connectors 24 (FIG. 9). Stream connectors are 
special stream entries that establish a connection between 
two separate streams and/or repositories. From a stream- 
centric point of view, the repository network simplifies to a 
network of interconnected streams. 

[0193] FIG. 9 illustrates the preferred embodiment for a 
plurality of interconnected streams. Stream connections 24 
join streams together, even distant streams 26. Each con- 
nection between streams is represented by a pair of recip- 
rocally referencing stream entries like entry 321 in XYZ 
connected to entry 689 in ABC, Information or stream 
entries in one stream may be referenced from other streams 
through a 'dot notation* expression. For example, stream 
entry 713 in stream ABC may be referenced from stream 
PDQ with the following expressions: 

[0194] 713<— >123.713<— >226.321.713, 

[0195] or if stream entry 713 is named CBA, 

[0196] CBA<==>ABCCBA<==>XYZj\BCCBA 

[0197] The 'dot notation' is a relative path, from stream to 
stream, to the target stream entry. The dot notation may have 
any length needed to specify an entire path. Since the stream 
network can be multiply connected, there can be multiple 
valid paths to target stream entries. 

[0198] The repository network makes it possible for mul- 
tiple repositories to share information, or to mirror infor- 
mation to avoid bandwidth delays and latencies, or to protect 
information by holding it in several widely separated physi- 
cal locations. The stream makes server-to-server transfers 
and synchronization of information easy. 

File Repository 

[0199] FIG. 10 illustrates the preferred embodiment for a 
File Repository. The file repository is intended to be a very 
simple structure for holding computer files that have been 
saved as content in the repository system. The file repository 
is a set of directories in the file system of the file server 
computer. 

[0200] The directory at the top of the repository is called 
'Repository*. Under the repository directory are organiza- 
tion directories, one for each organization that's using this 
repository system. The organization directories are named 
'Orgl2345\ where the 12345 is the StreamID of the orga- 
nization. 

[0201] Below the organization directories are portal or 
workspace and user directories, one for each workspace and 



user in the organization. These directories are named 
'Portal 12345' and 'Userl2345' in just the same fashion as 
the organization directories. 

[0202] The portal and user directories are the only ones 
that hold files. Each file has an entry in the stream that holds 
the full filepath+name for each file. Since the name of the file 
is maintained in the repository/stream, the filename in the 
file system could be a hash name for added simplicity/ 
convenience and security. 

Additional Embodiments 

[0203] Additional embodiments of the repository system 
can be made by modifying either the stream table or by 
adding or removing abstract data type tables according to the 
specific application. The modified repositories would be 
fully functional within the environment of the overall, larger 
repository system. Many of these modified repositories 
provide specific content to the entire repository environ- 
ment. 

[0204] An additional embodiment of the Stream Table is 
made by adding a text field to the end of the stream record. 
The text field may hold up to a specific number of characters 
(limit set by the specific database chosen) or may be an 
unlimited text blob field. This text field is called the EValue 
for historical reasons. This EValue makes it possible to save 
text data in the stream itself, making text available to single 
pass searching. In those situations where the EValue is 
limited in size, then the text is summarized or indexed, with 
the full text body being saved in a file 'Textl2345.txt' 
(where 12345 is the StreamID) and the summary/index 
being saved in the text field. 

[0205] A significant advantage of the EValue text field is 
that it enables an additional embodiment of the repository/ 
stream to eliminate the Abstract Data Type tables. The data 
that would normally go into the ADT tables would be instead 
encoded/tagged in XML (Extensible Markup Language) and 
written to the EValue. XML is evolving as a data markup 
language to provide a standard mechanism for exchanging 
data between computers and applications. Hiis approach 
with XML completely flattens the repository database, mak- 
ing everything in the database accessible to single pass 
searching, and making everything completely compatible 
with evolving open data standards. 

[0206] An additional embodiment optimized to support 
Dictionary services would employ a special content table 
space with a modified stream table. Several of the stream 
table attribute groups would be removed, specifically the 
Date and Ownership groups; and special data types to 
support Dictionary information types would be created, like 
attributes for language, word roles (noun, verb, . . . ), and 
more. The stream based dictionary could be optimized to 
hold a plurality of language dictionaries or a plurality of 
special subject dictionaries. Dictionary types would include 
words, definitions, thesaurus, and cross links between 
words, and cross links between languages. Searches on 
words or word groups could produce specific dictionary 
tables for high performance spell checking in other reposi- 
tory databases. 

[0207] An additional embodiment optimized to support 
Newspaper services would employ a special content table 
space with a modified stream table. The ownership attribute 
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group could be removed and a Story Group substituted. The 
story group would contain large text fields to hold news 
story text, making news stories completely searchable. Spe- 
cial data types to support Newspaper information types 
would be created. A newspaper repository could hold hun- 
dreds of years of newspaper editions making it possible to do 
timeline searches for stories, articles, or advertisements 
according to specific themes or subjects. The newspaper 
repository could hold both new story text and images of the 
newspaper. 

[0208] An additional embodiment implements a Software 
Management System (SMS) for running the development 
and delivery of software products. Loosely based on the 
portal system described in the operation section, the SMS 
modifies the stream table/record to deal with software spe- 
cific metadata. The stream becomes a protected, version 
controlled, central repository for software artifacts includ- 
ing: usage scenarios, requirements, specifications, designs, 
documentation, test setups, code files, test results, and 
software configurations. The repository is a software library 
with full checkin/checkout able support remote development 
over the Web. Developers can sit anywhere in the world at 
the end of an internet connection. The SMS supports the 
software development process by keeping track of users/ 
developers, status of development tasks, and holding metric 
data on accomplishment, schedules and cost. Project and 
software information is held in the repository/stream. 

Alternative Embodiments 

[0209] The repository system uses commercial database 
products to implement the database schema, stream and 
abstract data type tables. Alternative embodiments may 
employ desktop database products that do not support 
tablespaces. In these embodiments, desktop database files 
would be used in place of the tablespaces, causing a plurality 
of database files being used for each of the system tablespace 
and the content tablespaces. 

[0210] Another alternative embodiment would be to apply 
a desktop version of the respository system to enable peer- 
to-peer operation. In such an embodiment, users would 
synchronize their local repository/stream with the central 
repository/stream or synchronize directly with other users. 
This enables users to share information with each other and 
to work offline when disconnected from the internet. 

[0211] Another alternate embodiment would be to imple- 
ment the Repository APIs in Java/JSP, Server Side JavaS- 
cript, Perl, PHP, or any other web application development 
language. Alternate embodiments include implementations 
that run on any general purpose computer including, but not 
limited to: personal computers, workstations, mainframes, 
personal data assistants, etc. Client computers, computers 
that users employ to connect to such a repository system 
include: personal computers, workstations, mainframes, ter- 
minals connected some computer, personal data assistants 
(PDA), cell/internet telephones, web appliances, and more. 

Advantages 

[0212] From the description above, a number of advan- 
tages of this repository system become evident, wherein a 
non-exhaustive list is provided below: 

[0213] First, the Repository System simplifies information 
storage and management, and makes information easily 



accessible, searchable, and sharable. The repository's sim- 
plicity confers reliability and robustness, speedy perfor- 
mance, and ease of use. This repository system scales to 
handle a large number of users and very large volumes of 
information. 

[0214] Second, the repository APIs simplify access to the 
repository database (specifically to the stream) and file 
repository. The APIs transparently manage information 
access, ownership, and protection issues. The APIs also 
handle information type and structure simplifying the search 
and retrieval of related data clusters. 

[0215] Third, the Stream maintains a catalog of everything 
and data about everything saved in the repository. Every- 
thing in the repository system can be found by looking in the 
stream. This makes searching for any single item, or group 
of items, very simple using simple search parameters. The 
stream is easy to understand, easy to build, and easy to use. 

[0216] Fourth, basic stream capabilities support complex 
information structures and clusters by combining a plurality 
of separate stream entries into dynamic constructs. The 
structure of these dynamic constructs is stored in the stream. 
Since the relationships between repository entries are saved 
in the stream, then anything connected to any structure can 
be retrieved by searching the stream. 

[0217] Fifth, allowing customization of the Stream while 
keeping Stream variations fully interoperable make it pos- 
sible to optimize sections of the repository for special 
information/application needs. 

[0218] Sixth, basic stream capabilities support easy man- 
agement of information ownership and access rules. The 
stream record directly supports multiple levels of ownership 
and a full matrix of access rules and methods. 

[0219] Seventh, the xMIME typing system supports infor- 
mation in files and databases. This makes it as easy to share 
information stored in databases as it is to share files. The 
xMIME typing system merges files, the repository database, 
and foreign databases into a unified information manage- 
ment system. The stream directly supports a more general 
information model (based on directed graph theory) than 
does the relational data model (based on set theory) implicit 
in relational databases. This makes it possible for the reposi- 
tory database to implement a very flat relational schema or 
architecture and push the complexity of information rela- 
tionships into the stream, where it can be handled easier. 

[0220] Eighth, the xMIME typing system is extensible, 
new types may be added whenever needed. The xMIME 
typing system enables the repository to handle the persistent 
data storage needs of programming languages. The reposi- 
tory database can accept and retrieve any data structure that 
any programming language can create. 

[0221] Ninth, the xMIME typing system combined with 
the directed graph theory approach makes it possible to 
dismantle and flatten legacy databases. Indexing or copying 
foreign database records into the stream, more complex, 
complete, accurate information models may be constructed 
that can yield superior knowledge results. With the addition 
of interface tools to read information from legacy databases, 
the repository /stream could be used to integrate information 
across a broad set of legacy systems, and deliver that 
integrated information, racked and stacked, and digested for 
desemination. 
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Operation of Invention 

[0222] The preferred and alternative embodiments of 
repository systems described herein were developed to man- 
age information for an advantageous portal system. The 
basic objects were to provide a system that is simple to use, 
reliable, and secure, and that supports the development and 
delivery/operation of information-driven, web-based ser- 
vices, FIG. 1 illustrates the relationship between these 
services and the repository. The collected set of services and 
the repository (its parts and interfaces) constitutes an advan- 
tageous portal system in accordance with a preferred 
embodiment herein. 

[0223] The repository invention is a set of basic tools and 
structures from which to construct an information manage- 
ment system. FIG. 11 details the basic features of the 
repository. The features fall into 4 main feature sets: the 
stream, security, content types, and information structure. 
The stream is the foundation that holds data about informa- 
tion stored in the repository. The stream is organized as a 
timeline list, where new entries are added to the system 
daily, in a non-ending stream, stretching from the past to the 
present, and on into the future. The stream flows forward 
daily with new content. 

[0224] Security features control the visibility, ownership, 
protection, version, and encryption of information in the 
stream. Content types describe the type of each stream entry 
using the xMIME typing system that is part of this invention. 
The xMIME type tells whether a stream entry is a file or a 
database record, a part of the system itself or user content; 
its general type (text, numeric, . . . ) and specific type. 

[0225] Information structure features manage the assem- 
bly of information in the form of stream entries into higher 
level constructs, clusters, and structures. These constructs 
are object-like and highly dynamic, meaning that they can 
change in content and form at the whim of the system and 
users, 

[0226] To best illustrate the operation of the preferred 
embodiment of the repository system, the following 
describes the assembly and operation of a portal repository 
using this present repository invention. 

What is a Portal? 

[0227] Portals according to preferred embodiments herein 
are private workspaces on the Web where members may go 
to share information, to interact with one another, and to 
work and play together. Members may save, upload, view, 
edit, change, move, interact with-, and download informa- 
tion, files, and data from portals to which they have access. 
Organizations use portals to better communicate and serve 
their stakeholders: members, employees, partners, clients, 
investors, vendors, and customers. The only technical 
requirement is that portal members must use a standard web 
browser to interact with portal services. 

[0228] The basic concept is that members enter their portal 
from the internet through an authentication process, then 
interact with services that connect to information residing in 
the portal repository. The authentication process protects 
members' information and insures privacy. 

[0229] Portals are gateways to information stored in the 
portal repository. Portals compartmentalize information into 



separate access controlled workspaces. Each portal work- 
space has attached services that enable authorized users to 
interact with information saved in the portal, and with other 
users that are logged-in to the same portal. Different portal 
workspaces may have different sets of services, making it 
possible to configure different workspaces for different 
purposes. 

Next, Build a Portal System 

[0230] Building a portal system begins with the portal 
repository. Building the portal repository begins with the 
repository database schema. And defining the repository 
schema begins with designing the stream table, the central, 
most important component of the entire repository. From 
there, the admin data types must be defined, followed by the 
basic attribute types and service types. Then initial records 
must be defined and loaded into the database to breath life 
into the new portal installation. 

[0231] The listing shown in Tables 1.1-4.2, below, 
includes a complete specification of the basic repository and 
portal components, the abstract data types, and resulting 
database tables. First, the stream components are defined. 
The stream components include the stream table, xMIME 
types definition, the stream identifier and connector, then 
links, labels, and folders. Many defined types do not require 
nor have associated database tables; these type are imple- 
mented entirely in the stream. Variations in the stream table 
definition may require modification to the underlying stan- 
dard general stream APIs. 

[0232] Next, FIG. 12 shows the major components, plus 
their relationships, that make up a portal. The specification 
in Tables 1.1-4.2 shows the definition of the portal admin 
components. These include organizations, persons, work- 
spaces, login keys, access keys, service sets, services, and 
styles. Style attributes are defined in the attributes section in 
the specification. The basic attributes required to support 
styles include text, numeric, color, and image. These com- 
ponents are also abstract data types. 

[0233] Finally, service types are defined. These types 
specify data types that support service operations. Two 
service type examples, Messages and Events, are included in 
specification listed in Tables 1.1-4.2. The service software 
calls the standard general stream APIs to interact with the 
repository database. 

[0234] Next the specification listing in Tables 1.1-4.2 is 
converted to a pair of SQL scripts: a creation script and an 
install script. These scripts assume the availability of the 
necessary portal service software that operates a portal 
system. 

[0235] The install script loads a minimal set of data 
records into the database that is required to bring the system 
to life. The repository-stream -portal will not run without 
these data records. These data records are the embodiment of 
the running system. These records contain data, specify files, 
specify at least one organization, one user, one workspace, 
and one login key. Once the system is running, then the 
installing administrator can login and complete setting up 
the system by adding more users and workspaces, create 
service sets and styles, and give out login keys. 

[0236] Once the tables defined in this document are cre- 
ated, then a cluster of data records/stream entries must be 
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placed in the new tables to kickstart the repository system. 
Putting together a proper set of stream entries can be like 
putting together a jigsaw puzzle, exactly the right pieces 
must be put together in the correct configuration to complete 
the picture. Bringing up a new repository is the same. 

Stream Table 

[0237] The stream table is the backbone of the repository, 
providing the main metadata catalog/list to which abstract 
data type tables and supporting tables are joined. 

TABLE 1.1 

REPOSITORY STREAM TABLE 
Stream Metadata Table: 



1. 


Stream© 


AutoNumbcr 


Unique Stream ID Number 






Long 




2. 


CreateDate 


DateHlme 


Creation Date 


3. 


Change Date 


DateAlme 


Last Change Date 


4. 


Begin Date 


DatefTime 


Begin Date 


5. 


EndDate 


Date/Time 


End Date 


6. 


OrgID 


Number Long 


Organization Stream ID Number 


7. 


WorkSpacelD 


Number Long 


Workspace Stream ID Number 


8. 


OwnerlD 


Number Long 


Owner Stream ID Number 


9. 


AuthorlD 


Number Long 


Author Stream ID Number 


10. 


SLinilD 


Number Long 


Strong Link Stream ID 


11. 


WLinkID 


Number Long 


Weak Link Stream ID 


12. 


AcccssLevel 


Number Byte 


0 - none, 1 - SuperAdmin, 








2 = Admin, 


13. 


Protect 


Number Byte 


0 - Private, 1 - Read, 2 - Write 


14. 


Context 


Number Byte 


0 = none, 1 » Open, 2 = Common, 








3 - Publish 


15. 


Enabled 


Number Byte 


0 - Enabled, 1 - Admin Disabled, 






2 = SuperAdmin Disabled 


16. 


LockID 


Number Long 


0 - UnLocked, 








User Stream ID w/lock = Locked 


17. 


Archive 


Boolean 


0 - not archived, 1 - archived 


18. 


EDelete 


Boolean 


Entry Delete: 0 = not, 1 >» deleted 


19. 


Version 


Number Long 


0 - No Version Control, 








# «* Current Version Number. 








# - Previous Version Number 


20. 


TCount 


Number Long 


Total Use Count 


21. 


RCount 


Number Long 


Recent Use Count 


22. 


LSize 


Number Long 


Stream Entry Size in bytes 


23. 


RSizc 


Number Long 


Item Size in bytes 


24. 


GeneralClass 


Text 250c 


Component Type Identifier 


25. 


StorageClass 


Text 250c 


Storage Class Type Identifier 


26. 


GeneralType 


Text 250c 


General Type Identifier 


27. 


SpecificType 


Text 250c 


Specific Type Identifier 


28. 


Location 


Text 1024c 


Location Reference Path 


29. 


Name 


Text 1024c 


Name or Tide 



[0238] 



TABLE 1.2 



xMIME TYPE DATA TYPE 



Type: type/.../../. 



Relevant Stream Fields; 



1. StreamID 

2. CreateDate 

3. ChangeDate 
9. AuthorlD 

24. GeneralClass 

25. StorageClass 

26. GeneralType 



Number 
Date/Time 
Date/Time 
Number Long 
Text 50c 
Text 50c 
Text 50c 



Unique Stream ID Number 
Creation Date 
Change Date 
Author's Stream ID 
type 

o stream, file, database 



TABLE 1.2-continucd 




xMIME TYPE DATA TYPE 




Type: type/.../.../... 


27. SpecificType 


Text 50c 


29. Name 


Text 250c Type Table or Extension List 



[0239] xMIME Data Type Table: 

[0240] An xMIME data type table is not required. xMIME 
data lives entirely in the stream. The entire collection of 
standard MIME types is in the stream under type/file class 
keywords. 

TABLE 1.3 

STREAM IDENTIFIER DATA TYPE 
Type: portal/stream/etream/stream 
Relevant Stream Fields: 



1. 


StreamID 


Number 


Unique Stream ID Number 


2. 


CreateDate 


Date/Time 


Creation Date 


3. 


ChangeDate 


Date/Time 


Change Date 


9. 


AuthorlD 


Number Long 


Author's Stream ID 


24. 


GeneralClass 


Text 50c 


= portal 


25. 


StorageClass 


Text 50c 


= stream 


26. 


GeneralType 


Text 50c 


= stream 


27. 


SpecificType 


Text 50c 


- stream 


29. 


Name 


Text 250c 


Stream Name 



Stream Identifier Data Type Table: 



1. StreamID 

2. DataSource 

3. Username 

4. Password 

5. StrcamURL 

6. StreamPath 

7. FileURL 

8. FilePath 



Number 
Text 250c 
Text 250c 
Text 250c 
Text 250c 
Text 250c 
Text 250c 
Text 250c 



Same Stream ID Number 
Data Source (Which Database) 
Database User Name 
Database Password 
Stream URL Path 
Stream Directory Path 
File Repository URL Path 
File Repository Directory Path 



[0241] A Stream Identifier record is preferably the first 
record saved into a new stream. StreamID=l is the stream's 
identifier record. 



TABLE 1.4 



STREAM CONNECTOR DATATYPE 



Type: portal/stream/stream/connector 



Relevant Stream Fields: 



1. 


StreamID 


Number 


Unique Stream ID Number 


2. 


CreateDate 


Date/Time 


Creation Date 


3. 


ChangeDate 


Date/Time 


Change Date 


9. 


AuthorlD 


Number Long 


Author's Stream ID 


24. 


GeneralClass 


Text 50c 


«* portal 


25. 


StorageClass 


Text 50c 


- stream 


26. 


GeneralType 


Text 50c 


= stream 


27. 


SpecificType 


Text 50c 


= connector 


29. 


Location 


Text 250c 


Foreign Stream URL 


29. 


Name 


Text 250c 


Foreign Stream Name 



[0242] Stream Connector Data Type Table: 

[0243] A Stream Connector data type table is not required. 
Accessing another repository through the stream connector 
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performs an implicit authorization process before the foreign 
repository responds. 

TABLE 1.5 

LINK DATA TYPE 
Type: .../stream/stream/link 

Relevant Stream Fields: 



1. Stream© 


Number 


Unique Stream ID Number 


2. CreateDate 


Date/Time 


Creation Date 


3. ChangeDate 


DatefTtme 


Change Date 


4. Beg in Date 


Date/Time 


Starting Date 


5. EndDate 


Date/Time 


Expiration Date 


6. OrgID 


Number Long 


Organization's Stream ID 


7. Workspace ID 


Number Long 


Workspace's Stream ID 


8. OwnerlD 


Number Long 


Owner's Stream ID 


9. AuthorlD 


Number Long 


Author* s Stream ID 


10. SLinkID 


Number Long 


Strong Binding Link Stream ID 


11. WLinkID 


Number Long 


Weak Binding link Stream ID 


24. GeneralClass 


Text 50c 




25. StorageClass 


Text 50c 


- stream 


26. GeneralType 


Text 50c 


= stream 


27. SpecificType 


Text 50c 


- link 


29. Name 


Text 250c 


Link Name 


Link Data Type Table: 





1. StreamID 

2. largetID 



Number Long 
Number Long 



Same or Source Stream ID Number 
Target Stream ID Number 



[0244] 



TABLE 1.6 



LABEL DATATYPE 



Type: .../stream/stream/label 



Relevant Stream Fields: 




1. StreamID 


Number 


Unique Stream ID Number 


2. CreateDate 


Date/Time 


Creation Date 


3. ChangeDate 


Date/Time 


Change Date 


4. BeginDatc 


Date/Time 


Starting Date 


5. EndDate 


Date/Tune 


Expiration Date 


6. OrgID 


Number Long 


Organization's Stream ID 


7. Workspace ID 


Number Long 


Workspace's Stream ID 


8. OwnerlD 


Number Long 


Owner's Stream ID 


9. AuthorlD 


Number Long 


Author's Stream ID 


10. SLinkID 


Number Long 


Strong Binding Link Stream ID 


11. WLinkID 


Number Long 


Weak Binding link Stream ID 


24. GeneralClass 


Text 50c 




25. StorageClass 


Text 50c 


• stream 


26. GeneralType 


Text 50c 


o stream 


27. SpecificType 


Text 50c 


o label 


29. Name 


Text 250c 


Label Name 



[0245] Label Data Type Table: 

[0246] The label data type uses the link data type table. 



TABLE 1.7 



FOLDER DATATYPE 
Type: ..ystream/6tream/folder 



Relevant Stream Fields: 

1. StreamID Number Unique Stream ID Number 

2. CreateDate Date/Tune Creation Date 

3. ChangeDate Date/Time Change Date 



TABLE 1.7-continued 



FOLDER DATA TYPE 



Type: .../sticam/stieam/folder 



4. 


Begin Date 


Date/Time 


Starting Date 


5. 


EndDate 


Date/Time 


Expiration Date 


6. 


OrgID 


Number Long 


Organization's Stream ID 


7. 


Workspace ID 


Number Long 


Workspace's Stream ID 


8. 


OwnerlD 


Number Long 


Owner's Stream ID 


9. 


AuthorlD 


Number Long 


Author's Stream ID 


10. 


SLinkID 


Number Long 


Strong Binding Link Stream ID 


11. 


WLinkID 


Number Long 


Weak Binding Link Stream ID 


24. 


GeneralCLass 


Text 50c 




25. 


StorageClass 


Text 50c 


" stream 


26. 


GeneralType 


Text 50c 


- stream 


27. 


SpecificType 


Text 50c 


- folder 


29. 


Name 


Text 250c 


Folder Name 



[0247] Folder Data Type Table: 

[0248] The folder data type uses the link data type table. 



TABLE 2.0 



ADMIN DATATYPES 



Portal admin data types are abstract data types. 
Most types have abstract data type tables, while 
some do not These data types implement the basic 
data types required to build portals. 



[0249] 



TABLE 2.1 



ORGANIZATION DATATYPE 



Type: portal/strcam/admin/organization 



Relevant Stream Fields: 



1. StreamID 

2. CreateDate 

3. ChangeDate 

4. Begin Date 

5. EndDate 

6. OrgID 

9. AuthorlD 

24. GeneralCiass 

25. StorageClass 

26. GeneralType 

27. SpecmcType 
29. Name 
Organization Data 



Number 
Date/Time 
Date/Time 
Date/Time 
Date/Time 
Number Long 
Number Long 
Text 50C 
Text 50c 
Text 50c 
Text 50c 
Text 250c 
Type Table: 



1. StreamID 

3. Userlimit 

4. Workspace Limit 

5. AdminPortallD 

6. StartPortallD 

7. FUePath 

8. URLPath 



Number 

Number 

Number 

Number 

Number 

Text 250c 

Text 2S0c 



Unique Stream ID Number 

Creation Date 

Change Date 

Starting Date 

Expiration Date 

Organization's Stream ID 

Author's Stream ID 

= portal 

= stream 

= admin 

= organization 

Organization's Name 



Same Stream ID Number 
User Number Limit 
Workspace Number Limit 
Admin Portal LD Number 
Start Portal ID Number 
Repository Directory Path 
Repository URL Path 
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[0250] 



TABLE 2.2 



PERSON DATA TYPE 
Type: porlal/stream/admifl/person 



Relevant Stream Fields: 




1. Stream ID 


Number 


Unique Stream ID Number 


2. CrcateDate 


Date/Time 


Creation Date 


3. ChangeDate 


Date/Tune 


Change Date 


4. BeginDate 


Date/Time 


Starting Date 


5. EndDate 


Date/Tune 


Expiration Date 


6. OrgID 


Number Long 


Organization's Stream ID 


9. AuthorlD 


Number Long 


Author's Stream ID 


24. Genera lClass 


Text 50c 


- portal 


25. StorageClass 


Text 50c 


= stream 


26. Genera IType 


Text 50c 


« admin 


27. SpecificTypc 


Text 50c 


= user 


29. Name 


Text 250c 


Person's Full Name 


1. StreamlD 


Number 


Same Stream ID Number 


3. Prefix 


Text 20c 


Honorarium Prefix 


4. FirstName 


Text 30c 


First Name 


5. LastName 


Text 50c 


Last Name 


6. MiddleName 


Text 50c 


Middle Name 


7. Suffix 


Text 20c 


Honorarium Suffix 


8. Profession 


Text 50c 


Profession Label 


9. FilePath 


Text 250c 


Repository Directory Path 


10. URLPath 


Text 250c 


Repository URL Path 



[0251] Person Data Type Table: 



TABLE 2.3 



WORKSPACE DATATYPE 



Type: portal/stream/admin/workspace 
Relevant Stream Fields: 



a. 


StreamlD 


Number 


Unique Stream ID Number 


2. CreateDate 


Date/Time 


Creation Date 


3. 


ChangeDate 


Date/Tune 


Change Date 


4. 


BeginDate 


Date/Time 


Starting Date 


5. 


EndDate 


Date/Time 


Expiration Date 


6. 


OrgID 


Number Long 


Organizations Stream ID 


7. 


WorkSpacelD 


Number Long 


Workspace's Stream ID 


9. 


AuthorlD 


Number Long 


Author's Stream ID 


24. 


GeneralCIass 


Text 50c 


» portal 


25. 


StorageClass 


Text 50c 


• stream 


26. 


GeneralType 


Text 50c 


*> admin 


27. 


SpecifkType 


Text 50c 


- workspace 


29. 


Name 


Text 250c 


Workspace Name 



Workspace Data Type Table: 

1. StreamlD Number 

2. ServiceSetID Number 

3. StylcID Number 

4. FilePath Text 250c 

5. URLPath Text 250c 



Same Stream ID Number 
ServiceSet Stream ID Number 
Style Stream ID Number 
Repository Directory Path 
Repository URL Path 



[0252] 



TABLE 2.4 



LOGINKEY DATA TYPE 



Type: portal/stream/admin/loginkey 
Relevant Stream Fields: 

1. StreamlD Number 

2. CreateDate Date/Tune 

3. ChangeDate Date/Tune 



Unique Stream ID Number 
Creation Date 
Change Date 



TABLE 2.4*contioued 



LOGINKEY DATA TYPE 



4. BeginDate 


Date/Time 


Starting Date 


5. EndDate 


Date/Time 


Expiration Date 


6. OrgID 


Number Long 


Organization's Stream ID 


7. WorkSpacelD 


Number Long 


Workspace's Stream ED 


8. OvracrlD 


Number Long 


Owner's Stream ID 


9. AuthorlD 


Number Long 


Author's Stream ID 


24. GeneralCIass 


Text 50c 


- portal 


25. StorageClass 


Text 50c 


= stream 


26. GeneralType 


Text 50c 


= admin 


27. SpecificType 


Text 50c 


= loginkey 


29. Name 


Text 250c 


Workspace/User Name 


LoginKey Data Type Table: 




1. Stream ID 


Number 


Same Stream ID Number 


2. AccessLcvel 


Number Byte 


0 ■ none, 1 ** SuperAdmin, 






2 ■ Admin, 3 ■» User, 4 = Viewer 


3. Login Name 


Text 20c 


Login Name 


4. Password 


Text 20c 


Password 


5. Reminder 


Text 100c 


Reminder Text 



[0253] 



TABLE 2.5 



ACCESSKEY DATA TYPE 



Type: portal/stream/admin/accesskey 




Relevant Stream Fields: 




1. StreamlD 


Number 


Unique Stream ID Number 


2. CreateDate 


Date/Time 


Creation Date 


3. ChangeDate 


Date/Time 


Change Date 


4. BeginDate 


Date/lime 


Starting Date 


5. EndDate 


Date/Time 


Expiration Date 


6. OrgID 


Number Long 


Organization's Stream ID 


7. WorkSpacelD 


Number Long 


Workspace's Stream ID 


8. OwnerlD 


Number Long 


Owner's Stream ID 


9. AuthorlD 


Number Long 


Author's Stream ID 


24. GeneralCIass 


Text 50c 


= portal 


25. StorageClass 


Text 50c 


- stream 


26. GeneralType 


Text 50c 


= admin 


27. SpecificType 


Text 50c 


- accesskey 


29. Name 


Text 250c 


Workspace/User Name 



[0254] AccessKey Data Type Table: 

[0255] An AccessKey data type table is not required. 
AccessKeys live entirely in the stream. 

TABLE 2.6 
SERVICE SET DATA TYPE 

Type: porta 1/stream/admin/serviceset 
Relevant Stream Fields: 



1. StreamlD 


Number 


Unique Stream ID Number 


2. CrcateDate 


Date/Time 


Creation Date 


3. ChangeDate 


Date/Time 


Change Date 


6. OrgID 


Number Long 


Organization's Stream ID 


7. WorkSpacelD 


Number Long 


Workspace's Stream ID 


9. AuthorlD 


Number Long 


Author's Stream ID 


24. GeneralCIass 


Text 50c 


- portal 


25. StorageClass 


Text 50c 


- stream 


26. GeneralType 


Text 50c 


= admin 


27. SpecificType 


Text 50c 


= serviceset 


29. Name 


Text 250c 


ServiceSet Name 
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[0256] ServiceSet Data Type Table: 

[0257] A ServiceSet data type table is not required. Ser- 
viceSets live entirely in the stream. 

TABLE 27 



SERVICE DATATYPE 



Type: portal/stream/admin/service 
Relevant Stream Fields: 



1. Stream© 


Number 


Unique Stream ID Number 


2. CreateDate 


Date/Time 


Creation Date 


3. ChangeDate 


Date/Time 


Change Date 


6. OrgID 


Number Long 


Organization's Stream ID 


7. WorkSpacelD 


Number Long 


Workspace's Stream ID 


9. AuthorlD 


Number Long 


Author's Stream ID 


24. GeneralClass 


Text 50c 


* portal 


25. StorageQass 


Text 50c 


- stream 


26. GeneralType 


Text 50c 


= admin 


27. SpecificType 


Text 50c 


= service 


29. Name 


Text 250c 


Service Name 


Service Data Type Table: 




1. Stream ID 


Number 


Same Stream ID Number 


2. ServiceURL 


Text 250c 


Service URL 


3. ServiceTarget 


Number 


0 = Display, 1 - Top, 






2 = New, 3 = PopUp 


4. NavOrder 


Number 


Order in Nav Button Stack 


5. AccessLevcl 


Number Byte 


0 = none, 1 = SuperAdmin, 






2 = Admin, 3 = User, 4 - Viewer 


6. ButtonOption 


Number 


0 - Text, 1 - Image, 2 - Rollover 


7. Buttonl 


Text 250c 


Top Button Image 


8. Button2 


Text 250c 


Rollover Button Image 


9. BWidth 


Number 


Button Image Width 


10. BHeight 


Number 


Button Image Height 


11. BlankHeight 


Number 


Following Blank Space Height 



[0258] 

TABLE 2.8 

STYLE DATATYPE 



Type: portalMream/admin/style 




Relevant Stream Fields: 




1. Stream ID 


Number 


Unique Stream ID Number 


2. CreateDate 


Date/Tune 


Creation Date 


3. ChangeDate 


Date/Tune 


Change Date 


4. Be gin Date 


Date/Time 


Starting Date 


5. EndDate 


Date/Tune 


Expiration Date 


6. OrgID 


Number Long 


Organization's Stream ID 


7. WorkSpacelD 


Number Long 


Workspace's Stream ID 


8. OwnerlD 


Number Long 


Owner's Stream ID 


9. AuthorlD 


Number Long 


Author's Stream ID 


24. GeneralClass 


Text 50c 


o portal 


25. StorageClass 


Text 50c 


= stream 


26. GeneraiType 


Text 50c 


= admin 


27. SpecificType 


Text 50c 


- accesskey 


29. Name 


Text 250c 


Style Name 



[0259] Style Data Type Table: 

[0260] A Style data type table is not required. Styles live 
entirely in the stream. Style settings are Attribute Data items 
that are of class portal/stream or portal/file. 



TABLE 3.0 



ATTRIBUTE DATA TYPES 



Attribute data types are abstract data types. Most of these types have 
abstract data type tables, while some do not. These data types include 
attribute data types that support portal components and user content. 



[0261] 

TABLE 3.1 



TEXT DATA TYPE 



Type: . . . /stieam/text/plain 
Relevant Stream Fields: 



1. 


StreamID 


Number 


Unique Stream ID Number 


2. 


CreateDate 


Date/Time 


Creation Date 


3. 


ChangeDate 


Date/Ilme 


Change Date 


4. 


BeginDate 


Date/Time 


Starting Date 


5. 


End Date 


Date/Tune 


Expiration Date 


6. 


OrgID 


Number Long 


Organization's Stream ID 


7. 


WorkSpacelD 


Number Long 


Workspace's Stream ID 


8. 


OwnerlD 


Number Long 


Owner's Stream ID 


9. 


AuthorlD 


Number Long 


Author's Stream ID 


10. 


SLinkID 


Number Long 


Strong Binding link Stream ID 


11. 


WLinkID 


Number Long 


Weak Binding Link Stream ID 


24. 


GeneralClass 


Text 50c 


- portal, content, or . . . 


25. 


StorageClass 


Text 50c 


« stream 


26. 


GeneralType 


Text 50c 


- text 


27. 


SpecificType 


Text 50c 


= text 


29. 


Name 


Text 250c 


Text Attribute Name 



Text Data Type Table: 

1. StreamID Number Same Stream ID Number 

2. E Value Text 4000c Text Attribute Value 



[0262] The text data type is reused by several other data 
types. The text attribute data type is often associate with a 
text file that is saved in the file repository to deal with the 
situation when the amount of text to be saved is greater than 
4000 characters. The first 4000 characters are written to the 
EValue text field, then the entire piece of text is written to 
a text file with the name 'SpecificTypeStreamlD.txt'. Some 
examples are 'Text2345.txt' or 'Note4321.txt' or 
'Message6543.txt'. 

TABLE 3.2 



NUMERIC DATA TYPE 



Type: , . . /stream/numeric/numeiic 
Relevant Stream Fields: 



1. StreamID 


Number 


Unique Stream ID Number 


2. CreateDate 


Date/lime 


Creation Date 


3. ChangeDate 


Date/Time 


Change Date 


4. BeginDate 


Date/Time 


Starting Date 


5. EndDate 


Date/Time 


Expiration Date 


6. OrgID 


Number Long 


Organization's Stream ID 


7. WorkSpacelD 


Number Long 


Workspace's Stream ID 


8. OwnerlD 


Number Long 


Owner's Stream ID 


9. AuthorlD 


Number Long 


Author's Stream ID 


10. SLinkID 


Number Long 


Strong Binding Link Stream ID 


11. WLinkID 


Number Long 


Weak Binding Link Stream ID 


24. GeneralClass 


Text 50c 


= portal, content, or . . . 


25. StorageClass 


Text 50c 


= stream 


26. GeneralType 


Text 50c 


= numeric 


27. SpecificType 


Text 50c 


o numeric 


29, Name 


Text 250c 


Numeric Attribute Name 
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TABLE 3.2-continued 



NUMERIC DATATYPE 



Numeric Data Type Table: 

1. StreamID Number Same Stream ID Number 

2. EValue Number Long Numeric Attribute Value 



[0263] 

TABLE 3.3 



COLOR DATA TYPE 



Type: . . . /stream/color/hexcolor 




Relevant Stream Fields: 




1. StreamID 


Number 


Unique Stream ID Number 


2. CreateDate 


Date/Time 


Creation Date 


3. ChangeDate 


Date/Time 


Change Date 


4. Begin Date 


DatefTime 


Starting Date 


5. EndDate 


Date/Time 


Expiration Date 


6. OrgID 


Number Long 


Organization's Stream ID 


7. WorkSpaccID 


Number Long 


Workspace's Stream ID 


8. OwnerlD 


Number Long 


Owner's Stream ID 


9. AuthorlD 


Number Long 


Author's Stream ID 


10. SLinklD 


Number Long 


Strong Binding Link Stream ID 


11. WLinklD 


Number Long 


Weak Binding link Stream ID 


24. GeneralClass 


Tost 50c 


= portal, content, or . . . 


25. StorageClass 


Text 50c 


= stream 


26. GeneralType 


Text 50c 


» color 


27. SpecfficType 


Text 50c 


o hexcolor 


29. Name 


Text 250c 


Color Attribute Name 


Color Data Type Table: 




1. StreamID 


Number 


Same Stream ID Number 


2. EValue 


Text 6c 


Color Attribute Value 



[0264] 

TABLE 3.4 



IMAGE DATA TYPE 



Type: ..yfilc/image/gif, .../fUc/image/jpg, or .../file/image/png 
Relevant Stream Fields: 



1. StreamID 


Number 


Unique Stream ID Number 


2. CreateDate 


Date/Time 


Creation Date 


3. ChangeDate 


Date/Time 


Change Date 


4. Begin Date 


Date/Time 


Starting Date 


5. EndDate 


Date/Time 


Expiration Date 


6. OrgID 


Number Long 


Organization's Stream ID 


7. WorkSpaccID 


Number Long 


Workspace's Stream ID 


8. OwnerlD 


Number Long 


Owner's Stream ID 


9. AuthorlD 


Number Long 


Author's Stream ID 


10. SLinklD 


Number Long 


Strong Binding Link Stream ID 


11. WLinklD 


Number Long 


Weak Binding Link Stream ID 


24. GeneralClass 


Text 50c 


= portal, content, or ... 


25. StorageClass 


Text 50c 


-file 


26. GencralTypc 


Text 50c 


« image 


27. SpecificType 


Text 50c 


= gif, jpg, or png 


28. Location 


Text 250c 


Fde Path/File Name 


29. Name 


Text 250c 


Image Attribute Name 



[0265] Image Data Type Table: 

[0266] An Image data type table is not required. Images 
are files and do not have data type tables. Images are stored 
in the file repository. 



TABLE 4.0 



SERVICE DATATYPES 

Service data types are abstract data types and directly support 
portal services. 



[0267] 

TABLE 4.1 



MESSAGE DATATYPE 



Type: content/stream/text/message 
Relevant Stream Fields: 



1. StreamID 


Number 


Unique Stream ID Number 


2. CreateDate 


Date/Ilme 


Creation Date 


3. ChangeDate 


Date/Time 


Change Date 


4. BeginDate 


Date/Time 


Starting Date 


5. EndDate 


Date /Time 


Expiration Date 


6. OrgID 


Number Long 


Organization's Stream ID 


7. WorkSpacelD 


Number Long 


Workspace's Stream ID 


8. OwnerlD 


Number Long 


Owner's Stream ID 


9. AuthorlD 


Number Long 


Author's Stream ID 


24. GeneralClass 


Text 50c 


- content 


25. StorageClass 


Text 50c 


m stream 


26. GeneralType 


Text 50c 


- text 


27. SpecificType 


Text 50c 


= message 


29. Name 


Text 250c 


Message Title 



[0268] Message Data Type Table: 

[0269] The message data type uses the text attribute table 
to save the message body text. 

TABLE 4.2 

EVENT DATATYPE 



Type: content/stream/text/event 
Relevant Stream Fields: 



1. 


StreamID 


Number 


Unique Stream ID Number 


2. 


CreateDate 


Date/Time 


Creation Date 


3. 


ChangeDate 


Date/Time 


Change Date 


4. 


BeginDate 


Date/Time 


Starting Date 


5. 


EndDate 


Date/Time 


Expiration Date 


6. 


OrgID 


Number Long 


Organization's Stream ID 


7. 


WorkSpaccID 


Number Long 


Workspace's Stream ID 


8. 


OwnerlD 


Number Long 


Owner's Stream ID 


9. 


AuthorlD 


Number Long 


Author's Stream ID 


24. 


GeneralClass 


Text 50c 


« content 


25. 


StorageClass 


Text 50c 


- stream 


26. 


GeneralType 


Text 50c 


« text 


27. 


SpecificType 


Text 50c 


= message 


28. 


Location 


Text 250c 


Event Location 


29. 


Name 


Text 250c 


Event Title 



[0270] Event Data Type Table: 

[0271] The event data type uses the text attribute table to 
save the event description text. 

Updating the Standard General Stream API 
(SGSAPI) 

[0272] This embodiment of the standard general stream 
API is written in a combination of CFML (Cold Fusion 
Markup Language) and SQL. CFML runs on the Cold 
Fusion Application Server which connects to a web server 
on the front end and to a database server on the back end. 
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[0273] One embodiment of the SGSAPI is in both CFML 
and SQL. This single API implements is capable of imple- 
menting each of the nine standard methods or functions 
listed above. Each Abstract Data Type (described below) 
preferably uses an API module which will be a variation on 
the SGSAPI. 

The Login-authentication Process 

[0274] An excellent sense how the repository system 
works is to examine the login process. FIG. 13 illustrates the 
login-authentication process. At the login page the user 
enters their organization name, login name, and password. 
The first step in the login process is to error check the user's 
login input. Next, at the 'Match Valid Login Key* step, the 
login process queries the stream in the repository database 
for a login key that matches the user's login input. If found, 
login key parameters are evaluated for current validity, and 
if valid the process continues with the next step, otherwise 
the user is returned to the login page. 

[0275] At each following step, additional data is requested 
from the stream and is validated against the user's status. If 
the validation checks are passed, then the user's session is 
established and the user is transferred to the portal start page. 
Nearly every other process carries out a dialog with the 
stream to search, examine, and perhaps update existing 
information or add new information. 

The Portal Interface and a Simple Service 

[0276] FIG. 14 illustrates a user interface concept for the 
portal/repository system as it would be displayed in the 
user's browser. This interface presents a structural view of 
information. The main parts are the left vertical Navigation 
Bar 33, the right Display Page 34, and the plurality of popup 
sub-windows 35. Operationally, the user would click a 
service button on the Nav Bar to bring up the service main 
display in the Display Page. The service main page has a 
header, footer, a control strip 37, and a page body. The page 
body serves up a list 36 of service-specific items from the 
repository/stream. There are several icon buttons associated 
with each of the items in the list. 

[0277] The user single-clicks on the icon buttons to navi- 
gate about the display page. Most of the icons bring up a 
popup sub-window that variously provide service pages for 
searching and sorting the page body list, or for adding a new 
item to the list, or editing or displaying an item from the list. 
If any item in the list represents a cluster of items, then, by 
single-clicking the appropriate icon, the list of items in the 
cluster can be brought up into the main service display. The 
leftmost icon in the control strip takes the user back to the 
previous list. 

[0278] Behind the interface, the HTML service pages are 
generated by the service software. The portal service soft- 
ware runs in an application server which runs on a server 
computer and manages the dialog between the client and the 
server. The portal service software generates the HTML file 
that creates the user interface on the user's browser. The 
HTML file is a program that is written by the service 
module. The portal service is composed from Cold Fusion 
Markup Language, SQL, HTML, and client-side JavaScript. 
The generated HTML user interface file is composed from 
HTML and client-side JavaScript. 



[0279] FIG. 15 illustrates the basic service software struc- 
ture. The basic service module has three main parts: Stream 
Processing, Stream Search, and the HTML Generator. The 
stream processing block handles adding, updating, or delet- 
ing entries in the stream. The stream processing block is 
optional, not every service module changes items in the 
stream. The search block retrieves information from the 
stream and passes it to the HTML Generator block. 

[0280] The HTML Generator takes the retrieved informa- 
tion and generates an HTML interface page to be sent to the 
user's browser. The user interface page in the display frame 
34 (FIG. 15) and each of the pages in the sub-windows 35 
(FIG. 15) are generated by a separate service module. 

[0281] The generated HTML pages are designed to call 
their parent service modules to handle any processing 
requested by the user. A service module that is associated 
with a sub-window, when called by its interface, will make 
stream updates then send down a new, refreshed interface 
page. Upon receipt by the browser, the page may send a 
callback to the parent display frame to tell it to refresh itself 
to respond to updates. 

The Structure of Information 

[0282] For the purposes of this patent disclosure, the term 
'information' is defined to include files stored in computer 
file systems and data records saved in computer databases. 
Files include all manner of computer documents holding any 
kind of data including for example, but not limited to, text, 
images, structured data (such as spreadsheets and the like), 
and entire databases (that are saved in files). Computer files 
can and may hold software code, from any arbitrary pro- 
gramming language, in plain or formatted text form. Data- 
base data records include for example, but not limited to, 
text, numeric data, dates, currency, and other data. Database 
data records may be simple or may have complex data- 
record structures. The repository can hold and manage any 
type of information that can be put into a file or into a 
database record. 

[0283] FIG. 16 illustrates a basic information structural 
model that is the foundation for the preferred embodiment of 
the repository system. This information model is based on 
directed graph theory, wherein information is organized into 
networks of clusters based on context. This model was 
chosen because it reflects how people naturally organize 
information. People organize information into linked clus- 
ters and clusters of clusters. Everyone's clusters are some- 
what different, but the organizational method is the same. 
This organization method reflects the basic structure of 
information. 

[0284] Accordingly, the repository system enables infor- 
mation to be organized into a network of context clusters. 
FIG. 16 shows the root of a cluster tree 40, which identifies 
the cluster tree, the cluster 42 itself is its own embodiment 
and context. Clusters can hold attributes and atomic data 
items 43, hold sub-clusters 41, and clusters may be cross 
linked 44 with other clusters. Clusters are dynamic and may 
change and be rearranged over time. 

[0285] Each user can organize information how they wish 
without impacting other users. Users can share and organize 
the same information into their own different clusters with- 
out conflict, or they can create and share common informa- 
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tion clusters. For example two people looking at the same 
car may construct very different context clusters. One person 
may look at the car with engine, body, passenger compart- 
ment, and trunk sub-clusters. They might further subdivide 
according to car parts. The other person may only see the car 
as a passenger compartment and a trunk, and then subdivide 
those based on the potential passengers or the stuff being 
transported. 

Conclusions, Ramification, and Scope of Invention 

[0286] An information repository system that is accessed 
via internet/web is described above in which: 

[0287] 1. a repository system that stores and protects 
members' information; 

[0288] 2. members' information may be made avail- 
able 24 hours/day, 365 days/year, in perpetuity; 

[0289] 3. the repository merges files and databases 
into a single storage environment; 

[0290] 4. the repository uses a metadata stream to 
manage everything stored in the portal repository; 

[0291] 5. the metadata stream uses linking and clus- 
tering to enable portal members to organize shared 
information; 

[0292] 6. the metadata stream extends the open Mul- 
tipart Internet Mail Extension (MIME) typing gram- 
mar to include records in database tables; 

[0293] 7. the metadata stream implements abstract 
data types using a flat dynamic/sparse table archi- 
tecture; 

[0294] 8. the repository supports multiple, separate, 
interconnected metadata streams for performance, 
security, and context. 

[0295] 9. methods for collecting and managing data 
on system resource utilization by members with/ 
from which to build itself. This is a new software 
development paradigm. 

[0296] Beyond re -implementing the repository system in 
different programming language, using different software 
server components, different databases or file systems, of 
different computer systems; the principal repository system 
variations revolve around the stream table and repository 
support tables. For example: 

[0297] First, stream links, labels, attributes, and folders 
can be implemented with simple link table that connects 
stream entries to each other. If the item linked is a label then 
the link is a label link. The others work preferably the same 
way. This takes links outside the stream, and slightly com- 
plicates SQL queries, but it may make improve performance. 

[0298] Second, the Stream Table is a focal point for 
variation. The stream table holds specific groups of metadata 
and different repository applications may require different 
metadata. Accordingly, the stream table would be modified 
to change out some metadata groups for new ones. 

[0299] Third, the xMIME system is another focal point for 
variation. Variation is not in the design or implementation of 
the xMIME type system but in the utilization of the xMIME 
system. New xMIME types can be defined and any time for 



any purpose and the expression of these new types may 
cause the repository to generate new abstract data type 
tables. 

[0300] Fourth, another extension of the xMIME typing 
system would be to apply xMIME types to the internal 
structure of files. This would create a set of specific file- 
internals xMIME types. In addition, this creates a connec- 
tion between xMIME types and the Extend Markup Lan- 
guage (XML) that is often used to markup data content. 
xMLME types could be defined by and denote specific XML 
tag structures. An XML Document Type Definition (DTD) 
could be written to associate specific xMIME types to 
specific XML tags. 

[0301] Fifth, another variation of the xMIME system 
would look into the internals of software applications and 
apply xMIME typing to functional application components. 
This could begin to apply typing relationships between 
software functions, to begin to automate the assembly of 
functions into applications. 

Ramifications of this Invention 

[0302] The repository places preferably of the structure of 
information in the stream table. Entries in the stream table 
denote the existence of information resources. Metadata in 
the stream table describe information resources and infor- 
mation relationships, both of which may be, and preferably 
are, stored as entries in the stream table. Information rela- 
tionships, of any sort, may be stored as relationship links in 
the stream table. Information and the structure of informa- 
tion may be recorded in the stream table. Information 
resources may be located anywhere and may reside in any 
file system or in any database. 

[0303] An important ramification is that the repository 
stream enables information living in diverse sources to be 
integrated into a single, unified information management 
system. This enables new relationships to be forged between 
information and information sources that were isolated from 
one another. Every bit of information in each information 
source can be indexed, typed, and annotated in the stream. 
New, stream-based information constructs are possible, and 
new stream-borne conclusions will be realized. 

[0304] The repository stream enables disparate, diverse, 
isolated information sources to be integrated into a unified 
whole. Many examples of the application of such a reposi- 
tory system include: 

Health Care 

[0305] Integrating diverse, information from patient 
records, treatments, drugs, hospital information, diseases 
and medical conditions, and more would greatly improve the 
efficient delivery of medical service and accelerate medical 
research. 

Human Genome Research 

[0306] The entire human genome sequence plus individual 
variations could be loaded in the repository stream. The 
nucleotide sequence in the stream could be linked into 
genes, genes into chromosomes, including variations, and 
annotated with researcher's notes and tied to medical data. 

Police Data Management 
[0307] Police departments around the country have large 
sets of data on criminals, crimes, finger prints, etc. that is 
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difficult to share in any coordinated way. Loading and 
tagging that data into a repository stream would make it 
possible to assemble and retrieve data to solve crimes, 
reports crime statistics, and perhaps to detect and deal with 
crime trends. 

Education 

[0308] Student information, registration, instructional 
materials, books, class notes, and more could be put into a 
repository stream system to enable distance learning, to 
enhance both the learning and teaching experience. Could 
help manage schools and colleges and perhaps the entire 
educational system. 

Project Management 
[0309] frdjecRnfomatisfl-m^ 

schetMe^^st^tasks^st atus in fonna^on t _pknv-^signs, 
jrfw^gs^jcj^w outa^ stream 
svstcm^from diverse"soju ^^Tid"b y_geo^pmcally?epa- 
rateciiproj ectpaFti Crpants7 like an inlentfational^nstnicrion 
prpjectBe^mpraYS-the reffi^^ 

Publishing 

[0310] The repository stream system could support a large 
newspaper/magazine/book/library publishing system where 
authors would create literary, new, informational content 
that would be saved and organized in the stream. The content 
would be organized to make it easy for readers and users to 
find and view the content for free or for a fee. This 
application could include features like a World Wide Want 
Ads, world and local news, and articles of interest are 
organized and segmented for access by readers and users. 

[0311] While the above description contains many speci- 
fications, these should not be construed as limitations on the 
scope of the invention, but rather as an exemplification of 
one preferred embodiment thereof. Many other variations 
are possible. Accordingly, the scope of the invention should 
be determined not by the embodiment(s) illustrated, but by 
the appended claims and their legal equivalents. 

[0312] In addition, in the method claims that follow, the 
steps have been ordered in selected typographical 
sequences. However, the sequences have been selected and 
so ordered for typographical convenience and are not 
intended to imply any particular order for performing the 
steps. 



What is claimed is: 

1. A data repository portal running on one or more 
computers for managing information, comprising: 

a set of repository API's for interfacing the repository 
with a computer network; 

a file repository containing file data; and 

a repository database including a stream table having 
entries for said file data and for database data, such that 
said file data and said database data are managed within 
a same data storage environment. 

2. The data repository of claim 1, wherein said stream 
table further includes at least one stream connector entry for 
establishing a connection with another repository database. 



3. A data repository running on one or more computers for 
managing information, comprising: 

a set of repository API's for interfacing the repository 
with a computer network; 

a file repository containing file data; and 

a repository database including a stream table having 
entries for said file data and for database data, wherein 
said stream entries for said file data and for said 
database data are indexed according to an extended 
MIME typing that includes a storage class, along with 
a general type and a specific type, for distinctly typing 
said file data and said database data within a same data 
storage environment. 

4. The data repository of claim 3, wherein said extended 
MIME typing, according to which said stream entries are 
indexed according to, further includes a general class for 
distinctly classifying kinds of content within said same data 
storage environment. 

5. The data repository of claim 3, wherein said stream 
table further includes at least one stream connector entry for 
establishing a connection with another repository database. 

6. A data repository running on one or more computers for 
managing information, comprising: 

a set of repository API's for interfacing the repository 
with a computer network; 

a file repository containing file data; and 

a repository database including a stream table having 
entries for said file data and for database data, wherein 
said stream entries for said file data and for said 
database data are indexed according to an extended 
MIME typing that includes a general class, along with 
a general type and a specific type, for distinctly clas- 
sifying kinds of content within a same data storage 
environment. 

7. The data repository of claim 6, wherein said stream 
table further includes at least one stream connector entry for 
establishing a connection with another repository database, 

8. A repository database stored on one or more computers, 
comprising a stream table having entries for file data and for 
database data, such that said file data and said database data 
are managed within a same data storage environment. 

9. The repository database of claim 8, wherein said stream 
table further includes at least one stream connector entry for 
establishing a connection with another repository database. 

10. A repository database stored on one or more comput- 
ers, comprising a stream table having entries for file data and 
for database data, wherein said stream entries for said file 
data and for said database data are indexed according to an 
extended MIME typing that includes a storage class, along 
with a general type and a specific type, for distinctly typing 
said file data and said database data within a same data 
storage environment. 

11. The repository database of claim 10, wherein said 
extended MIME typing further includes a general class for 
distinctly classifying kinds of content within said same data 
storage environment. 

12. The repository database of claim 10, wherein said 
stream table farther includes at least one stream connector 
entry for establishing a connection with another repository 
database. 

13. A repository database stored on one or more comput- 
ers, comprising a stream table having entries for file data and 
for database data, wherein said stream entries for said file 
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data and for said database data are indexed according to an 
extended MIME typing that includes a general class, along 
with a general type and a specific type, for distinctly 
classifying kinds of content within a same data storage 
environment. 

14. The repository database of claim 13, wherein said 
stream table further includes at least one stream connector 
entry for establishing a connection with another repository 
database. 

15. A repository database stored on one or more comput- 
ers, comprising a stream table having entries for managing 
data within a data storage environment including at least one 
other repository database, wherein said repository databases 
within said data storage environment have stream connector 
entries for establishing a connection between said repository 
databases. 

16. A repository database stored on one or more comput- 
ers, comprising a stream table having entries for managing 
data within a data storage environment that are indexed 
according to an extended MIME typing that includes a 
storage class, along with a general type and a specific type, 
and wherein said data storage environment includes at least 
one additional repository database, and wherein said reposi- 
tory databases within said data storage environment have 
stream connector entries for establishing a connection 
between said repository databases. 

17. The repository database of claim 16, wherein said 
extended MIME typing further includes a general class. 

18. A repository database stored on one or more comput- 
ers, comprising a stream table having entries for managing 
data within a data storage environment that are indexed 
according to an extended MIME typing that includes a 
general class, along with a general type and a specific type, 
and wherein said data storage environment includes at least 
one additional repository database, and wherein said reposi- 
tory databases within said data storage environment have 
stream connector entries for establishing a connection 
between said repository databases. 

19. A repository database stored on one or more comput- 
ers, comprising a system table space and a plurality of 
content table spaces, said system table space including a 
system stream table having entries for file data and for 
database data, such that said file data and said database data 
are managed within a same data storage environment. 

20. The repository database of claim 19, wherein said 
system table space and said plurality of content table spaces 
each further include a plurality of abstract data type tables, 

21. The repository database of claim 20, wherein said 
system table space and said plurality of content table spaces 
each further include a plurality of support table spaces. 

22. The repository database of claim 19, wherein said 
system stream table further includes at least one stream 
connector entry for establishing a connection with another 
repository database. 

23. A repository database stored on one or more comput- 
ers, comprising a system table space and a plurality of 
content table spaces, said system table space including a 
system stream table having entries for file data and for 
database data, wherein said stream entries for said file data 
and for said database data are indexed according to an 
extended MIME typing that includes a storage class, along 
with a general type and a specific type, for distinctly typing 
said file data and said database data within a same data 
storage environment. 



24. The repository database of claim 23, wherein said 
extended MIME typing further includes a general class for 
distinctly classifying kinds of content within said same data 
storage environment. 

25. The repository database of claim 23, wherein said 
system table space and said plurality of content table spaces 
each further include a plurality of abstract data type tables. 

26. The repository database of claim 25, wherein said 
system table space and said plurality of content table spaces 
each further include a plurality of support table spaces. 

27. The repository database of claim 23, wherein said 
system stream table further includes at least one stream 
connector entry for establishing a connection with another 
repository database. 

28. A repository database stored on one or more comput- 
ers, comprising a system table space and a plurality of 
content table spaces, said system table space including a 
system stream table having entries for file data and for 
database data, wherein said stream entries for said file data 
and for said database data are indexed according to an 
extended MIME typing that includes a general class, along 
with a general type and a specific type, for distinctly 
classifying kinds of content within a same data storage 
environment. 

29. The repository database of claim 28, wherein said 
system table space and said plurality of content table spaces 
each further include a plurality of abstract data type tables. 

30. The repository database of claim 29, wherein said 
system table space and said plurality of content table spaces 
each further include a plurality of support table spaces. 

31. The repository database of claim 28, wherein said 
system stream table further includes at least one stream 
connector entry for establishing a connection with another 
repository database. 

32. A repository database stored on one or more comput- 
ers, comprising a system table space and a plurality of 
content table spaces, said system table space including a 
system stream table having entries for file data and for 
database data, such that said file data and said database data 
are managed within a same data storage environment, and 
said plurality of content table spaces each including a 
content table space stream table, wherein said system stream 
table and said content table space stream tables further 
include stream connector entries for establishing connec- 
tions therebetween. 

33. The repository database of claim 32, wherein said 
system table space and said plurality of content table spaces 
each further include a plurality of abstract data type tables. 

34. The repository database of claim 33, wherein said 
system table space and said plurality of content table spaces 
each further include a plurality of support table spaces. 

35. The repository database of claim 32, wherein said 
system stream table further includes at least one stream 
connector entry for establishing a connection with another 
repository database. 

36. A repository database stored on one or more comput- 
ers, comprising a system table space and a plurality of 
content table spaces, said system table space including a 
system stream table having entries for file data and for 
database data, wherein said stream entries for said file data 
and for said database data are indexed according to an 
extended MIME typing that includes a storage class, along 
with a general type and a specific type, for distinctly typing 
said file data and said database data within a same data 
storage environment, and said plurality of content table 
spaces each including a content table space stream table, 
wherein said system stream table and said content table 
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space stream tables further include stream connector entries 
for establishing connections therebetween. 

37. The repository database of claim 36, wherein said 
extended MIME typing further includes a general class for 
distinctly classifying kinds of content within said same data 
storage environment. 

38. The repository database of claim 36, wherein said 
system table space and said plurality of content table spaces 
each further include a plurality of abstract data type tables. 

39. The repository database of claim 38, wherein said 
system table space and said plurality of content table spaces 
each further include a plurality of support table spaces. 

40. The repository database of claim 36, wherein said 
system stream table further includes at least one stream 
connector entry for establishing a connection with another 
repository database. 

41. A repository database stored on one or more comput- 
ers, comprising a system table space and a plurality of 
content table spaces, said system table space including a 
system stream table having entries for file data and for 
database data, wherein said stream entries for said file data 
and for said database data are indexed according to an 
extended MIME typing that includes a general class, along 
with a general type and a specific type, for distinctly 
classifying kinds of content within a same data storage 
environment, and said plurality of content table spaces each 
including a content table space stream table, wherein said 
system stream table and said content table space stream 
tables further include stream connector entries for establish- 
ing connections therebetween. 

42. The repository database of claim 41, wherein said 
system table space and said plurality of content table spaces 
each further include a plurality of abstract data type tables. 

43. The repository database of claim 42, wherein said 
system table space and said plurality of content table spaces 
each further include a plurality of support table spaces. 

44. The repository database of claim 41, wherein said 
system stream table further includes at least one stream 
connector entry for establishing a connection with another 
repository database. 

45. A stream table stored on one or more computers for 
managing data within a data storage environment, compris- 
ing entries for file data and for database data, such that said 
file data and said database data are managed within a same 
data storage environment. 

46. The stream table of claim 45, further comprising at 
least one stream connector entry for establishing a connec- 
tion with another stream table. 

47. A stream table stored on one or more computers for 
managing data within a data storage environment, compris- 
ing stream entries for file data and for database data, wherein 
said stream entries for said file data and for said database 
data are indexed according to an extended MIME typing that 
includes a storage class, along with a general type and a 
specific type, for distinctly typing said file data and said 
database data within a same said data storage environment. 

48. The stream table of claim 47, wherein said extended 
MIME typing further includes a general class for distinctly 
classifying kinds of content within said same data storage 
environment. 

49. The stream table of claim 47, further comprising at 
least one stream connector entry for establishing a connec- 
tion with another stream table. 

50. A stream table stored on one or more computers for 
managing data within a data storage environment, compris- 
ing stream entries for file data and for database data, wherein 
said stream entries for said file data and for said database 



data are indexed according to an extended MIME typing that 
includes a general class, along with a general type and a 
specific type, for distinctly classifying kinds of content 
within a same data storage environment 

51. The stream table of claim 50, further comprising at 
least one stream connector entry for establishing a connec- 
tion with another stream table. 

52. A method for managing data in a repository portal 
including a file repository module, a repository database and 
a set of APIs, comprising the operations: 

storing file data in a file repository module of said 
repository portal; 

storing database data in a repository database of said 
repository portal; and 

indexing each of said file data and said database data in a 
same stream table for managing said file data and said 
database data in a same data storage environment. 

53. The method of claim 52, further comprising the 
operation running a set of API's for permitting interfacing 
between the repository portal and a computer network. 

54. A method for managing data in a repository portal 
including a file repository module, a repository database and 
a set of APIs, comprising the operations: 

storing file data in a file repository module of said 
repository portal; 

storing database data in a repository database of said 
repository portal; and 

indexing each of said file data and said database data 
according to an extended MIME typing that includes a 
storage class, along with a general type and a specific 
type, for distinctly typing said file data and said data- 
base data within a same data storage environment. 

55. The method of claim 54, wherein said indexing 
operation comprises the operation storing entries for each of 
said file data and said database data in a same stream table 
for managing said file data and said database data in said 
same data storage environment. 

56. The method of claim 55, further comprising the 
operation running a set of API's for permitting interfacing 
between the repository portal and a computer network. 

57. The method of claim 54, wherein said extended 
MIME typing further includes a general class for distinctly 
classifying different kinds of content within said same data 
storage environment. 

58. A method for managing data in a repository portal 
including a file repository module, a repository database and 
a set of APIs, comprising the operations: 

storing file data in a file repository module of said 
repository portal; 

storing database data in a repository database of said 
repository portal; and 

indexing each of said file data and said database data 
according to an extended MIME typing that includes a 
general class, along with a general type and a specific 
type, for distinctly classifying kinds of content within 
a same data storage environment. 

59. The method of claim 58, wherein said indexing 
operation comprises the operation storing entries for each of 
said file data and said database data in a same stream table 
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for managing said file data and said database data in said 
same data storage environment. 

60. The method of claim 59, further comprising the 
operation running a set of API's for permitting interfacing 
between the repository portal and a computer network. 

61. A method for managing data, comprising the opera- 
tions: 

storing file data; 

storing database data; and 

indexing each of said file data and said database data in a 
same stream table for managing said file data and said 
database data in a same data storage environment. 

62. A method for managing data, comprising the opera- 
tions: 

storing file data; 

storing database data; and 

indexing each of said file data and said database data 
according to an extended MIME typing that includes a 
storage class, along with a general type and a specific 
type, for distinctly typing said file data and said data- 
base data within a same data storage environment. 

63. The method of claim 62, wherein said extended 
MIME typing further includes a general class for distinctly 
classifying different kinds of content within said same data 
storage environment. 

64. A method for managing data, comprising the opera- 
tions: 

storing file data; 

storing database data; and 

indexing each of said file data and said database data 
according to an extended MIME typing that includes a 
storage class, along with a general type and a specific 
type, for distinctly typing said file data and said data- 
base data within a same data storage environment, 
wherein said indexing operation comprises storing 
entries for each of said file data and said database data 
in a same stream table for managing said file data and 
said database data in said same data storage environ- 
ment. 

65. The method of claim 64, wherein said extended 
MIME typing further includes a general class for distinctly 
classifying different kinds of content within said same data 
storage environment. 

66. A method for managing data, comprising the opera- 
tions: 

storing file data; 

storing database data; and 

indexing each of said file data and said database data 
according to an extended MIME typing that includes a 
general class, along with a general type and a specific 
type, for distinctly classifying different kinds of content 
within a same data storage environment. 



67. A method for managing data, comprising the opera- 
tions: 

storing file data; 

storing database data; and 

indexing each of said file data and said database data 
according to an extended MIME typing that includes a 
general class, along with a general type and a specific 
type, for distinctly classifying different kinds of content 
within a same data storage environment, wherein said 
indexing operation comprises storing entries for each of 
said file data and said database data in a same stream 
table for managing said file data and said database data 
in said same data storage environment. 

68. A method for managing data, comprising indexing 
each of file data and database data in a same stream table for 
managing said file data and said database data in a same data 
storage environment. 

69. A method for managing data, comprising indexing 
each of file data and database data according to an extended 
MIME typing that includes a storage class, along with a 
general type and a specific type, for distinctly typing said file 
data and said database data within a same data storage 
environment. 

70. The method of claim 69, wherein said extended 
MIME typing further includes a general class for distinctly 
classifying different kinds of content within said same data 
storage environment. 

71. A method for managing data, comprising indexing 
each of file data and database data according to an extended 
MIME typing that includes a storage class, along with a 
general type and a specific type, for distinctly typing said file 
data and said database data within a same data storage 
environment, wherein said indexing operation comprises 
storing entries for each of said file data and said database 
data in a same stream table for managing said file data and 
said database data in said same data storage environment. 

72. The method of claim 71, wherein said extended 
MIME typing further includes a general class for distinctly 
classifying different kinds of content within said same data 
storage environment. 

73. A method for managing data, comprising indexing 
each of file data and database data according to an extended 
MIME typing that includes a general class, along with a 
general type and a specific type, for distinctly classifying 
different kinds of content within a same data storage envi- 
ronment. 

74. A method for managing data, comprising indexing 
each of file data and database data according to an extended 
MIME typing that includes a general class, along with a 
general type and a specific type, for distinctly classifying 
different kinds of content within a same data storage envi- 
ronment, wherein said indexing operation comprises storing 
entries for each of said file data and said database data in a 
same stream table for managing said file data and said 
database data in said same data storage environment. 

75. A recording medium having a software algorithm 
stored thereon for providing instructions for one or more 
processors to perform the method of any of claims 52-74. 

76. A computer system comprising one or more proces- 
sors and having a software algorithm stored therein for 
providing instructions for the one or more processors to 
perform the method of any of claims 52-74. 

***** 
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